初めてのPIC 0x0D
レス数が1000を超えています。これ以上書き込みはできません。
_ _ PICをさわるのは今日が初めて、という超初心者のためのスレです。
(O>――<O) PIC選び、PICを使った回路は、誰でも最初は不安なものです。
/ (･) (･) ヽ 恥ずかしがらずに何でも聞いてください。速攻で教えてくれますよ。
○ ／▼＼ ○ 質問のしかたは、初心者質問スレの発言1を見てくださいね。
｜(ヽ二フ ) |
/ ￣￣￣ ヽ
f ヽ ／ | PIC関係のスレは、レベルに合わせて以下のスレもありますので、活用しましょう。
ヽ ＼ ／ ノ ・PIC専用のスレ
| ＼_ )(＿／ ! 本家本元のPICスレです。口の悪い人もいますが、楽しくやってるみたい。
| | ここの話がわかるようになれば、あなたはもう一人前のPICerです。
| | ・マイコンソフト 悩み事相談室
| |￣￣| | マイコンソフトやツールの質問は、こちらでどうぞ。的確な回答があります。
(＿ノ ヽ＿)
質問する時のコツ
・性格の悪い回答者はスルーしよう（相手すると逆効果）
・素人玄人などと 上から目線の回答者は、無視してください。相手してはいけません。
・そこそこ良い回答が出るまでしばらく再発言しないのもあり（良回答は後に出やすい）
・回答者のアドバイスで後日解決したら、結果報告しよう（とても喜ばれる）
・回答者は、僕たち初心者に優しくしてください。あなたも通ってきた道のはずです。
必要なソフトなど（基本無料）
統合開発環境 MPLAB X ttp://www.microchip.com/mplab/mplab-x-ide
コンパイラ (XC8 XC16 XC32) ttp://www.microchip.com/mplab/compilers （高機能版は有料）
コード生成プラグイン (MCC) ttp://www.microchip.com/mplab/mplab-code-configurator
マイクロチップ ライブラリ (MLA) ttp://www.microchip.com/mplab/microchip-libraries-for-applications
必要なハードなど
初心者はPIC16F1、PIC18F1以降の型番で始めると無理なく始められます。
プログラムの書き込みには書き込み器が必要です。持っていない場合はPICkit3(中華クローンでもまず大丈夫)を使いましょう。
PIC一覧、スペック検索 ttp://www.microchip.com/ParamChartSearch/chart.aspx?branchID=1005
さ、質問どうぞ〜っ
0X0C 2017/07/27〜 ttp://rio2016.2ch.net/test/read.cgi/denki/1501157324/
0x0B 2017/05/08〜 ttp://rio2016.2ch.net/test/read.cgi/denki/1494235320/
0x0A 2017/01/04〜 ttp://rio2016.2ch.net/test/read.cgi/denki/1483498857/
0x09 2016/09/07〜 ttp://rio2016.2ch.net/test/read.cgi/denki/1473238791/
0x08 2016/04/30〜 ttp://rio2016.2ch.net/test/read.cgi/denki/1461994030/
0x07 2016/02/05〜 ttp://wc2014.2ch.net/test/read.cgi/denki/1454648249/
0x06 2015/07/18〜 ttp://wc2014.2ch.net/test/read.cgi/denki/1437151298/
0x05 2015/04/07〜 ttp://wc2014.2ch.net/test/read.cgi/denki/1428391368
0x04 2015/01/02〜 ttp://wc2014.2ch.net/test/read.cgi/denki/1420205108
0x03 2014/09/22〜 ttp://wc2014.2ch.net/test/read.cgi/denki/1411314715
0x02 2014/05/20〜 ttp://wc2014.2ch.net/test/read.cgi/denki/1400522979
0x01 2013/11/17〜 ttp://ai.2ch.net/test/read.cgi/denki/1384626558 )((()())())()))(())()(((()())))()())())))()(((((())(()(())))(()((((()())(())
((()(()))())))()(((()))(((())))(()())()))())((((((()()((())))(()))())()))(((
()((()()((((())()()(()()))()))())()))))()(()(((())(()()(()(((()())()))()()))
(()))(((())()(()))))(())))(()()(())()))())())(((())()()((()()())()(()()()(((
)((((((()))()(((()())(((((((()())(()))))()))((()((()))()))()()))(((())))))))
((((()()))()())((((())))((()))()()(())))(((()((())()((()())((()))()())))))()
))((((()()))((()()))(()())(((())())))()))((((())())(()((())()(())(())))(()()
()()()(()))))))()()())(()(((((()))())((((()(())(()()))))(()()((()((()(()))))
()()(()()()(()((()(((((())(())()()()))()()((()(()((())())))()))))))()()()())
))()()))((()()())())()())(((()())))(()((((())))))()())))(()((()((()))((()(((
(()))()(()()(()((()(())(()((()()((((()())))))()()()))()(()))()()())((()())))
)((()))()((()()))(()(())()((())((()())(((()())))))(((())))()(())()))((()()()
())))((((())))()((()((((((((()())))((())(())()(()())(())()(((()))))))))(()))
))(())((()((()())())()))(()((()())(())()())())((()()(())))(()(()))))()(()(((
(()()((()))))()()()))))))(()(())()()()()()))(((())))(()((((()))())()()((((((
)))())()(((()))(())((()())(((((((()()))))()))()(((())(((())()(()())(()))))()
)(()))()(((((()))))(((()())((()())())(()()((())))(()(())(()(()())((())()))))
)(())()))))((()())(()(())(())(()(((()(()())()))))()()((())))()(((()()))(()((
)()()))))())))(()(())))(())))(()(()())))())((()))((((()(()()(()(()((()(((()(
())(()))))()))()(()))(())((((()(()())()()()(()))(()()()()))((())(((())(())((
)(())()(()(()())))(((((()))())))()()()))))((())())))(()((((()))(())((((())((
)())))((()))()()))))))(()))(()())()()))()())((())((()()(((())()(()((((((()((
()))(((((())))))())(((()()())((()((())(())()(()(((()((())))())()(()))))))(()
())(()()())))))(()())(()()))(()((())(()))()(()(()(()((((()))()())))))((((()(
)()))()((((()(()(())(())))(()((()()))()())()(()()()())()(()(()()()))((()))()
)()()(((())()((())()(()((())))))())))))())()((()))())())(((((()))()(()((()((
))()))(((()(()(()())(())))(())(()())())))()()()(()))()())())(()()()(((()((((
)())))()((()))))))()((()))(()))()))()())()()((()(((()((()()()((((()(()()))((
())()())()())(())()(((((()(()))))(()))(((()))))))((()((((())))()())(())((()(
)))())(()(())()))(((())))()())(()(())(()())()))(((())((((()()))((()())(())((
())(()()()()()))(()((())))(())(()()())(()(())((()()()))()((((())()))))()()((
))())))())()()((())((((((())(()))(())()((()))))()()(()(((()(()))()(()))(())(
(()(()))(()())()(((()()())(()()())))()(()()(())(()()()()())()()(()(())()))()
(((()((())((((())()()(((())()(()())))(()))))(()))))(())())(((()()((())()))))
)(()((()))(()(()))))(())))))()))(()()))((((()()))(()(()))((())))((((())(((((
(()(((()))((()))((()())((())())()))()()()))())(())())((())))((()()(()(()))((
)()((()())()((()()()(((()((())(()))()))()))))))(())()((()(((((()))()())))()(
)()()))()(()()((((()((()(((((()())()()()((()))))())))))(((())(((()))())())))
)()()()())))())(((()))()))((((()))(())((((()()))()()))((()(((()))))())()((((
(((()()))())))))()((((((()))))(())()))(()))(())))))())(((()((()(()((((()))((
(())))((((()())(((()()((()(())())()()))()(())())))()))(()(((((()((())())))))
())(())())))))()))(()()()(((())((()(())(()()()))((()())((()))))((((())()()((
)))(())))(()(()))(((()((())(((()))())()()((()())))())))()(())))(()()((((()((
())))))))()(((((()()((())))((((()(()())(()))))()()(()(())(()))(())()(()(())(
)()(()))())()))(())())()(())())(((())(()(((())))((()))())(()((()((()(()(()))
)()))))(()(((())))()())((()((()(()(()()()))))()())(()())))()(()))((())((((((
)))()()(()()((((())(((((())))))(()))))(()())))(()))()()(()((())(()))()(((()(
(())((()((())())))()())(()()()()))()(()()())((()(()()()))))(())))(()(((()()(
((())()())())(()()((((())))(()((()(())(((((()())))(())())()((())(()))())))))
)(()())(()()()()(())))))((()))))))((()(((()()((((()))())))((((()())(()())()( ttp://rio2016.2ch.net/test/read.cgi/denki/1501157324/987 です
Sleepモードからの割り込みの件、ご指導ありがとうございました
お礼が言えなかったのでスレ立てました
その際テンプレ候補にあった文言を組み込みました
次スレを立てる人は、PIC質問スレが無くなってしばらく経つので、テンプレ修正願います
毎度出てくる>>2はなんでしょうね 意味知ってる人がいたら教えてください >>4
まだ机の上が汚くて工作取り組んでない
3V-SW-IOpin-10k-GNDにするつもり >>6-8
プルアップなしじゃいけないのでしょうか？
チャタリングはWakeUp後に50msくらいウェイトかましてごまかそうと WeakPullUpは抵抗ではなくてJFETの定電流源っぽいから
上手く使えばPullUp以外の用途に使えそう >>5の回路であれば、内蔵プルアップは要らないのではないの？
(内蔵プルアップが外せないポートってあったっけ)
>>9
チャタリングの除去とプルアップは関係ないのでは。
>>10
昔のマイコンに擬似入出力ポートっていうのがあって、プルアップ+オープンドレインでした。
プルアップをON/OFFできるなら、それだけでも出力ポートには使えますね。
>>11
その図の回路で内部プルアップ無しなら問題ないね 。 内蔵プルアップがあっても、外部で強烈にプルダウンすれば良いと思う。
内蔵プルアップ 50kΩ程度、外部で5kΩでぷるダウンすれば、Low=0.5Vくらいになり、
ViLを守れると思う。 12F1822を持ってる人、ちょっと確かめてもらえませんか？
while(1){
RA4=1;
__delay_ms(500);
RA4=0;
__delay_ms(500);
}
これはＯＫですけど
while(1){
RA4=1;
RA5=1;
__delay_ms(500);
RA4=0;
RA5=0;
__delay_ms(500);
}
こうするとRA4が点滅しなくなるんですけど、どうゆうことですか？
なんかの間違い？ こりゃまた教科書に出てきそうな質問だな
PIC PORT LAT でググってみるとよろし ありがとうございます
LATA4=1;
LATA5=1;
__delay_ms(500);
LATA4=0;
LATA5=0;
__delay_ms(500);
なるほど、こうするといまくいきました
理由が理解不能だけど 流石にそれはデータシートに図で描いてあるぞ。
英語読まなくてもそれぐらい見ようよ。 RAx=0; 先に現在のポート状態を読み込み、そこに変更を加えて書き戻す
LATAx=0; 強制的にポートへ書き出す。「ラッチを掛ける」と覚えればおｋ RA＝ がダメで、LATで動く理由を教えてください。
なぜ最初のRA＝ が動かずに、2行目が動くのかわかりません ＸＣ８で質問さしてください
アンサインドのチャーで変数を宣言していて値も入っています
ここに、さらに別のアンサインドのチャーの変数を加算した時にオバフ（オバフロ）
やアンフ（アンフロ）が起きないようにしたいんですが、愚直に
ＩＦ （（ＯＲＧ＋ＤＳＴ＞１２７）｜（ＯＲＧ＋ＤＳＴ＜−１２７）） ＴＨＥＮ
って書いてしまうと一時的に１６ビット演算になってしまわないでしょうか？
８ビットＰＩＣで１６ビット演算は結構重い処理だと教科書で呼んだ気がするのですが
なんか小粋なテクニでオバフやアンフを計算前に知る事はできるでしょうか？ 問いに対する答えなら、「STATUS,Cを見れば良い」では？ すいません、今後は馬鹿は無視しますが
＞＞２４
＞STATUS,Cを見れば良い」では？
私は「計算前に知る事はできるでしょうか？ 」を書きました >>22
アンサインドなのに 「-127」 は変じゃないの？ ＞＞２２
「計算前に知る」手間をかける必要がわからない
判定後ｏｋなら改めて計算するの？
ｏｋならその値を使うというなら計算後に判定していることになるけど？ ＞＞２６
すいません、アンサインド チャーじゃなくてサインド チャーの間違いでした picに外付けハードでコンパレータでも付けたら、計算前に判断出来るんちゃう？ 一般的な知識で適当に書くけど
8bitならsigned intの範囲は-128から127じゃないのか？
まあ単純な事だが
次の疑問は、例えばorg==127、dst==2の時何が起こるかなんだが
8bitならorg+dat=127+2=-127になるんじゃないかと思うんだが
つまり8bitで127より一つ大きい整数は-128でその次が-127
2の補数表現の基礎だけど
だから16bit演算が起こらないと望むようなチェックは出来ないかと >>22
なんか難しく考えすぎてるね
unsigned char a, b;
とあって a+b がunsigned charの範囲を超えるかどうかは
unsigned char c = 127 - a;
if (b > c) { // overflow }
これだけのことだよ。これなら判定の過程においても8bit以上の演算が出てくることはない >>31
いいのかな…
a が -1, b が 5のケースだと、a + b = 4 だからオーバーフローしない。
c = 127 - a = 128 → -128
b > c は真になるから、判定はオーバーフロー。 >>33
>>28
>すいません、アンサインド チャーじゃなくてサインド チャーの間違いでした 先日、12F675を久々書き込みしようとしたらできませんでした。
古いPICは書き込みできないようになってるんでしょうか？ void PIC_RESET(void) {
SYSKEY = 0x00000000; //write invalid key to force lock
SYSKEY = 0xAA996655; //write key1 to SYSKEY
SYSKEY = 0x556699AA; //write key2 to SYSKEY
RSWRSTbits.SWRST = 1;
volatile unsigned char dummy;
dummy = RSWRST;
while (1);
}
リセット関数
ソフトでリセットできるんやね >>35
12F675で検索すると、書き込めないってのいっぱい出てくるけど、そのどれかじゃないの よく考えたらWDTを有効にした状態でwhile(1)で無限ループを回さなくても
PIC18にはそもそもRESET命令がある事に今気が付いた >>41じゃないけれど、
>>19の
>RAx=0; 先に現在のポート状態を読み込み、そこに変更を加えて書き戻す
>LATAx=0; 強制的にポートへ書き出す。「ラッチを掛ける」と覚えればおｋ
PICのビット操作命令(BCF,BSF)は、
バイト単位でいったん状態を読み込んで、
ビットを操作した上で
対象レジスタに書き戻す
という動作をします。
その点においては、上も下も同じ。
そして、書き込む出力レジスタも、上も下も同じです。
違いは、読み込み時で、上の方が、ピンから入力バッファを通ったところ。図の(1)。
下は出力レジスタの出力そのもの。図の(2)。
なので、レジスタを変化させた直後の命令で、RAを読むと、遅延の影響でその変化が
反映されてことがあります。でも、LATAならすぐに反映されます。
と、書きましたが、PICを最後に触ってから、かなり経っているので間違ってるかもしれません。
間違っていたらご指摘いただけると嬉しいです。 >>41=>>43さん、詳しい説明ありがとうございました >>43
>while(1){
>RA4=1;
>RA5=1;
>__delay_ms(500);
>RA4=0;
>RA5=0;
>__delay_ms(500);
>}
>こうするとRA4が点滅しなくなるんですけど、
これはどのように考えれば良いでしょうか? >>48
ご親切にありがとうございました。
以下のような理解でよいでしょうか?
while(1){
RA4=1; // a_port全体を読んで、RA4=1にして、書き込む
RA5=1; // まだ1になっていないRA4を含むa_port全体を読んで、
// RA5=1にして、0と読んでしまったRA4を含めて、書き込む
__delay_ms(500); // 待つ。この時間により、RA4は0に、RA5は1になりきった。
RA4=0; // すでに0のRA4と、ちゃんと1になったRA5を含むa_port全体を読んで、
// RA4に0を上書きして、書き戻す
RA5=0; // ちゃんと0になったRA4と、ちゃんと1になったRA5を含めて読み込んで、
// RA5=0にして、書き込む
__delay_ms(500);
}
・クロックが遅い場合は、0と1の遷移途中で読込するほど速くはアクセスできないので、上記現象にはならない。
・高速クロックでも、書き込んでから、遷移完了までの時間以上を、NOPなどで待てば、上記現象は起きない。
という理解も正しいでしょうか? >>49
それでいいと思います。
さらに、LATのある品種ではLATを使えばFFを直接読むので回避できます。 まとめて設定すればできると思います。
RA |= 0b00110000;
RB &= 0b11001111; >>51
RA4=1;
RA5=1;
は
RA |= 0b00110000;
1行に置き換えられますが、都合で論理が変わってしまって、プログラムが
RA4=1;
RA5=0;
に変更になったら、
RA |= 0b00010000;
RA &= 0b11011111;
と2行になりますね。
それと、わりと大したことではないですが、
RA |= 0b00110000;
は、
・ワーキングにリテラル値を入れて
・ポートAを対象にIORWF
みたいな操作になるので、2ビットまでなら、自由度が下がるのにインストラクション数が有利にならないように思います。
ポートのビット操作をするなら、それが存在する品種ならLATxを使わない理由はないのではないでしょうか。(|=でも&=でも) >>20
1を出力しても、端子の電圧は直ぐには１にならず、リードすると0 >>52
16F1823でやると、なんの問題もなく、RC0,RC1が点滅するんですが
これはどうなってるんですか？
while(1){
RC0=1;
RC1=1;
__delay_ms(500);
RC0=0;
RC1=0;
__delay_ms(500);
} 16F18xx世代からMOSFETのドライブ能力かスイッチング速度が上がったのかもね
LEDに1000pFくらいパラ接続すれば再現すると思う >>56
> 16F18xx世代からMOSFETのドライブ能力かスイッチング速度が上がったのかもね
データシートを見ますと、１２Ｆ１８２２と１６Ｆ１８２３は同じデータシートに
書かれてますんで、同じものとおもってたんですが、微妙に違うんですね
勉強になりました ポートへのビット制御の問題はそれだけじゃなくて、負荷が極端に重い
場合とかポートにノイズが乗るとデータが変わってしまう可能性がある。 ドライブ能力というと、16F84とかの世代は1pin当たり25ｍA Maxだったのが、
16F18325を使ってみたら1pin当たりの電流が50mAまでドライブできるようになってて
間に2SC1815とか入れんでも汎用のフォトカプラでとりあえず57600bpsまでUSARTの絶縁伝送ができてウマー。 >>52
>ポートのビット操作をするなら、それが存在する品種ならLATxを使わない理由はないのではないでしょうか。(|=でも&=でも)
考え方が間違ってる。LATレジスタがついてるPICは、例えポートに何も繋がない状態でさえ
リードモディファイライトに失敗する可能性がある。だからLATレジスタが新設された。
使わない理由なんて幾らでも見つかるが、LATレジスタの有るPICでポート直接のリードモディファイライトは
マイクロチップが結果を保証してない。それだけの話。
昔のLATレジスタの無いPICはポートに接続された物が適切ならば其の様な事は起きない。
>>58
それはお前の設計が悪いから。ビット制御の問題ｗとかでは微塵もない。
>>59
それはフォトカプラのLEDに５０mA流してるって事？
設計が悪すぎwww >>61
同意。>>58,>>59の使い方に笑った >>61
「適切なポートの負荷」の定義が「リードモディファイライトに失敗しない負荷」であれば、
「ポートに接続された物が適切ならばリードモディファイライトに失敗しない」といえますね。
こんな議論って意味あるのかな？
まあ、俺が書いたのは、「LATxがあるなら、LATxを使わない理由はないのではないでしょうか」なので
LATxがないPICについては対象外ですし、関係のない話ですが。 LATがないPICはポートのリードモデファイライトが保証されてるとでも？
LATがないPICのデータシートに明記されているように問題があるからLATが
追加されたんだろう。
俺が言っているのは使い方じゃなくて可能性の問題だ。
LATがないPICを使うときは誤動作の可能性を排除するためにポートと
同じデータをメモリに持っていて、それを操作してからポートに書く
ようにしてるよ。 C言語でLATポート操作を明示的に指定するには
インラインアセンブラ以外に無いものかな >>64
ポートの動作時間とアクセスに要する時間とCPUの速度が同期してれば、
そこそこいけるんじゃね？
CPUが早くなったから必要になったんだろう >>66
俺は>>58なので誤動作の可能性はCPUスピードとは関係ないものもある
と思ってる >>67
ゲート電圧低くいのに電流たくさん流したときのスイッチング時間ってどうなるか知ってる？ PICは、４クロックに分割されたインストラクションサイクルのうち最初のクロックで入力ポートをラッチしているのに対し出力が行われるのは４つ目のクロックの後縁です >>67の
>誤動作の可能性はCPUスピードとは関係ないもの「も」ある
(その内容は>>58の通り、負荷が重いとか外来ノイズとか)
と、>>68の
>ゲート電圧低くいのに電流たくさん流したときのスイッチング時間ってどうなるか知ってる？
という問いかけが噛み合っていないというか、どういう関係なのかがいまいちわからんなあ。 俺が>>58で可能性を書いてるのに設計が悪いとか使い方を笑われた
時点でかみ合ってないというか理解されてないとは思ってた。 Microchip はRA4=1じゃなくてLATA4=1と書け、とはっきり宣言してほしいね
初心者としてはそのほうが助かる >>71
理解出来てないから>>58みたいな事をシラッと書いてしまうんだろｗ 突如16F84が火を吹いてお亡くなりになられた、もちろん基盤ごと
何があった…何に何を流した…謎が深まる。
仕掛けは機械のステータスを二進法で送り出すだけなんですけどね
上位ビットでセグメント管理して、下位ビットでエラーコード返すとか、そんな簡単なの 基盤だからしようが無い。
ハードの信頼性上げるのって、素人には難しいね。
勉強あるのみ。
センスが無くて何時まで経っても駄目な奴は居るけど
仕事でやっても5〜10年は掛かるんじゃ無いかな。 >>73
>>58に書いてあることは自体には可能性のひとつとしてありうることなのに、
何をもって「理解できないから〜シラッと」と評価するんだろう。 もっと関心があるのは、
>ゲート電圧低くいのに電流たくさん流したときのスイッチング時間ってどうなるか知ってる？
これとの関係なんだがなあ。もうこれを書いた人は消えちゃったか。 >>74
この板で「基盤」と書くとそれだけで素人扱いして、他の作業がちゃんとしていても
徹底的にバカにする偏執狂的行為をする人がいるのでご注意。
で、プログラムの内容を書かれてますけど、そこそこまともに作られた回路であれば
プログラム自体で基板ごと火を噴くに至ることは、俺には経験がありません。
出力ポートが他の出力とぶつかるケースでも、熱くなる程度でした。
回路そのものに原因があったか、ラッチアップで電源ラインに大きい電流が流れたか、
実は最初に火を吹いたのは別の部品でPICでは延焼しただけってことはないでしょうか。
よく言葉としては出てくる「ラッチアップ現象」も滅多に遭遇しません。俺が経験したケース
ではチップのエポキシが割れて煙が出てくるぐらいでした。
それでも電源ラインが細ければ基板の電源ラインを焼く可能性はあるかもしれません。
入力がオープンのまま放置されたところに、強烈なノイズが入ったとか、
外部からの入力端子に過大な電圧が入ったとか、
外部との接続部分でグランドが外れたとか
みたいなことはないですかね。 安定化電源で最大電流を100mAまで絞っておけば
短絡してもIC自体が壊れることは稀 >>65
変数名にLAT***や構造体使えば良い。 >>61
LAT**の無いPICはクロック周波数最大20MHzだから、問題起きにくかったんだろ。
内蔵発信器だと、4Mとか8Mとかしか設定出来なかったし。 >>79
作った基板に初めて通電するときはCVCC電源でそうやって使うようにしているけれど、
けっこう多くの人が、ACアダプタとか、電流制限のない電源を使ってるんじゃないかでしょうか。
あと、いったん稼働を始めた装置なら、おおもとの大きい電源で、複数の回路を駆動
していたり。
基板ごとの安全対策はやっぱり必要なこともありますね。 CCで起動するのはいいけど、
それだとDCDCコンバータが起動しますか?
ACアダプタでいきなり電源を入れるのは、自殺行為に近い。
なぜ最初くらい電流計を入れようとしないのでしょうか?
また、電源装置のデジタル電流計も、サンプリングがトロくて、
過電流が判明するまでに時間がかかる。 >>83
DC-DCコンバータが搭載されている場合において、その基板の定常状態の電流を
想定して、CCを設定してたら、たいていの場合は起動でコケますね。
突入を想定して多めにしておかないと。
電源器のメーターでも、テスターの電流でも、過電流がわからずにずーっとそのままで
いるよりはマシかも。 CCで電流リミットかけて、電圧を徐々に上げてくのはダメ？ >>85
それで良い場合もあるかもしれないけれど万能じゃない。
・CPUなどでは電源電圧の立ち上がり時間に規定がある場合があって、
それより遅いと起動がうまくいかないことがある。
・DC-DCはある電圧まで動作せすに、一定電圧になったときに動作を
始めるものがある。その場合、ゆっくり電圧を上げたからといって
突入電流の問題を回避できない。 >>76
>>58は、設計能力が無いからデータシートは読めないし、出力ポートの電圧が
異常になる位の負荷を掛けても平気だし、同様なノイズが乗るような設計でも平気なんだろ。
つまり、まるで理解出来てない。℃素人まるだしの意見が>>58
それを「>>58に書いてあることは自体には可能性のひとつとしてありうることなのに、 」
とか、悔しそうに反論してるって事は、>>61で指摘した>>58の設計能力の無さに
微塵も気が付いていないのだろう。
PICはどこぞの℃素人向けのAなんとかと違って、アナログ回路が設計出来ないと
使いこなせないから、精進あるのみ。 理解力に乏しいみたいだからもう一度書くが
>>58
それはお前の設計が悪いから。ビット制御の問題ｗとかでは微塵もない。
ビット制御の問題じゃ無く、お前が問題ｗ >>90
℃玄人が今頃悔しそうに出てきたのか
過去に16F84AとかのLATがないPICで、ポートにビット制御命令を使った
製品を出荷していて必死に誤動作の可能性を否定したいのだろうけど、
いくら言葉でやり込めても誤動作の「可能性」はなくならないよ。 ノイズに関してはなんとも言えん。
設計が良ければ大丈夫という一面的な考え方は退屈だと思う。 LATが無い化石PICなんて早く捨ててしまえ
無駄な労力をかけたいマゾと、問題が理解できないアホ専用だ 教えるほうも教えられるほうも
ここはアフォの集まり >>98
「書くアフォに読むアフォ」
アンサンの事でっせｗ 「同じアフォなら書かなきゃソンソン」は成立するのだろうか？ 機能は必要な機能があればそれ以外は不要なものです
使わないものがあっても何の役に立たない。
ここにいる人は、不要な物だと思うが？？？？？
役に立たない者はとっとと出ていけ・・・ やっぱ理系はだめだな、視点が狭い、精神が幼稚
やがて日本を滅ぼす理系 PICスレで理系だの文系だのと煽りをしなくていいんだよ。 文系の人って理系に対して何かコンプレックスみたいなものが有るのかな？
その理由が中学・高校時代の物理や化学、数学が苦手だったから、なら精神的に根深いなぁ。
可哀想に。 文系でも電子工作の趣味を持ってる人くらいいるだろ
今はネットに情報転がってるから割と簡単だしな
情報の無い時代は辛かったけど どこでもそうだけど、確かにおかしな人が住み着いてるみたいだしな
初心者はびびってしまうよね PIC12F683のAD変換について質問です。
AN1〜3端子を未接続状態で、AN0に0〜5V印加して順番にAD変換した場合、
どうも未接続端子の変換結果がAN0に釣られているように見受けられます。
この動作は正しい？ 正しいと思います。
というか、未接続で使う事自身がいけないことなので、
何が起きても「正しいと思います」ということになるね。 >>114
未接続って浮いてるの？GND?
だったらなんでその端子も読んでるのか訳が分からないんだけど。
AN0に高周波に近い信号が乗ってきてたらアンテナ代わりになる可能性だってあるし、AN1〜3は繋いでないのに取り込む必要性を感じないんだけど？ >>114
正しい動作だと思います。
A/Dコンバータは、いったん内部コンデンサに外部電圧を取り込んでから変換します。
AN0に電圧を与えて変換したあと、AN1に切り替えて変換するとき、本来ならAN1の入力で、内部コンデンサをチャージ
(または放電)するのですが、
AN1がオープンになっていると、この内部コンデンサに前の電圧が残っていまいます。そのうちこの電圧は内部で使われたり、
リーク電流でどこかに落ち着くはずですが。
同様に、AN1に実際に信号を接続する場合でも、繋いだ回路のインピーダンスが高い場合は、AN1の測定に
直前のA/D変換チャンネルの影響が残ることがあります。
>>116
読んでるのか訳がわからない、というのもどうかと。
次のようなケースも考えられます。
(1)未接続ピンがどうなるのか検証してみたいという、興味から。
(2)マイコン自体はAN0〜3で電圧を測れるように準備しておくものの、そのマイコンのユーザーが全てに接続するとは限らない。
2chのオシロで、CH1だけを使っている場合でもCH2をOFFにしない人もいますよね…。 >>117
>(1)未接続ピンがどうなるのか検証してみたいという、興味から。
>(2)マイコン自体はAN0〜3で電圧を測れるように準備しておくものの、そのマイコンのユーザーが全てに接続するとは限らない。
>2chのオシロで、CH1だけを使っている場合でもCH2をOFFにしない人もいますよね…。
前者は分からんでもないが、普通影響を及ぼさない様な計測器を作るでしょう？
横河とかがそういう計測器作ってたら総スカンだよ。
2ばんめもそう、安いマイコンだけの計測器ならあり得るけど、その時に使ってないピンの計測結果はこうでしたので……なんて説明し始めたら質問の荒らしだよ。
使ってない、繋いでないピンの数値に何を求めてるの？俺には全然わからないんだけど？そう言い出す根拠があるならちゃんと説明してくれる？
逆に正しい名目がないなら確保する理由も、無いよね？
最後も最近のカラーオシロでも無いと思うんだけど……だってどう説明するの？説明する必要ないでしょって取り直しを命じられると思うんだけど？ 未使用のアナログ入力
Hi-ZならGNDと接続かな。
オシロ
いちいち画面から消すの面倒だから、1chだけ見るときは、
2chはプローブのGNDとクリップをショートするだけで消さない。
画面を記録に残して他人に見せるときでも消さない。 >安いマイコンだけの計測器ならあり得るけど
それでよろしいやん。
ってそういう可能性がわかっておられるなら、「訳がわからない」ってことはないですね。
これ、市販の測定器を作る話じゃないよね？ >>118
やってみたら理解できない現象が現れたら、なぜなのか追求する
のは正しい姿勢だと思うけど。
やってみることすらいけないのかな？
この現象は入力がオープンだけでなく、信号源インピーダンスが
高い場合に入力を切り替えてからA/D変換を始める時間が足りてな
い場合に遭遇するので、原因を突き詰めておくのは充分意味があ
ると思う。原因は>>117のが書いているとおり。 Microchipから日本語のメールが届くとなんかドキドキする
これは…もしかして恋？ PICのツール（Cコンパイラ、デバッガ）って無料なの？
レジスタが特殊すぎてコード効率悪そうなんだがそこんとこどうなの？ 最適化されてない遅くてでかいコード吐くCコンパイラは無料
デバッガは別売りで値段なりの性能
効率は悪いけど動けばいいので無問題 >>124
大きいと言っても四桁番号以降のではそれほどでもないし、コードサイズに制限無いし。
取り合えず使ってみるには十分。 みなさまご教示ありがとうございます。
特に117様の回答はとても具体的で分かりやすかったです。
最初にもっと具体的に書けば良かったのですが、ソフトは
全AD端子を使う前提で書いていました。それをブレッドボード
で試すときに機材の都合で1chだけ繋いで動かしたら、何か
変に釣られているような挙動になってしまい、原因が分からず
質問しました。
コードはネットのほぼコピペだったのですが、マイコンの事も
もっと知らなきゃと、とても良い勉強になりました。 >>126
他のchのAD入力端子への信号は、低いインピーダンスで駆動された信号が来ていますか?
PIC内部にある、AD ch切替用のアナログスイッチが、次のchに切り替わった時、
PIC内部にある、AD値保持用のコンデンサが、選ばれた信号電圧に、サッと変化しないと、
前のchの電圧が残ります。
信号駆動のインピーダンスが高いと、
ch切替後の電圧変化に時間がかかり、まだ電圧変化中なのに、ADがサンプルしてしまいます。
信号駆動のインピーダンスが低いと、
ADサンプル以前に、電圧がコピー完了するので、正しいAD変換ができます。 入力インピーダンスと出力（ドライブ）インピーダンスの問題だね。
どんな回路でも（電源でも）ついて回る。 そうです。
直流っぽい信号なら、AD入力端子に、
0.1uFとかのコンデンサを置いて信号源インピーダンスを下げれば良いんですが。 >>131
サイズのわりに容量大きい奴は、電圧による容量変化大きいから波形が歪む。
あと、物理的な力での容量変化も大きいから、振動を拾い易い。 130じゃないけど、
結構振動とかを拾いやすく、容量が小刻みに変動するのでチャージされた電荷が逃げなければ電圧ノイズとなって観測された。
ノイズ取りのつもりで大容量を使ったら衝撃検出センサーをつけてしまった失敗談。
扱う周波数帯域で最適化すればMLCCで構わない場合もあるでしょう。 MLCCでも温度補償型のものならそれらの問題は避けられます。
といっても、0.01uFを超えるような温度補償型は特殊ですね。たぶん。
ただ、A/Dコンバータの入力静電容量って20pFぐらいですし
分解能が10ビットなら0.01uFでも十分かと。 >>134
>MLCCでも温度補償型のものならそれらの問題は避けられます。
温度補償型だと、機械振動が電圧に反映することもないの? >>134
1uFも10uFも温度保証なのは普通にあるんじゃね？
振動はMLCCの性格上避けられないんじゃね。アルミ電解と同じ。 あれ。書いたつもりが書けてない。どこかに誤爆したかな…
↓同じような内容でどこかに書いたかもしれません。
>>135
温度補償型(用が正しいみたい)で、全く、わずかでも圧電ノイズが出ないかというとどうでしょね。
俺の経験では、同調回路やフィルタに使ったりしていますが、問題を感じたことはありません。
0.01uFのXR7とCHで基板に衝撃を与えて比較したことがありますが、前者ではスパイクノイズを
観測することができました。
それでも、半田の種類で音が変わるようなオーディオ用にはたぶん向かないと思います。
高誘電率と温度補償用の違い
https://www.murata.com/ja-jp/support/faqs/products/capacitor/mlcc/char/0017
高誘電率系には圧電高価
https://www.murata.com/ja-jp/support/faqs/products/capacitor/mlcc/char/0015
>>136
動作温度が「保証」されていることと、セラミックコンデンサの「温度補償用」を混同されてませんか？ ×高誘電率系には圧電高価
○高誘電率系には圧電効果 ADCに速度を要求しないなら、測定結果にIIRフィルタかませばいいのでは？
俺はそうしてる。 >>139
振動に起因するノイズがA/Dコンバータに入ってきているケースで、
A/Dコンバータでのサンプリングレートの半分より速い振動だと、デジタルフィルタでは取り切れないことがあります。
今の話は、A/Dコンバータの直前のコンデンサの話だったと思います。
たとえば、
図の黒が本来の電圧。
振動に起因するノイズが重畳された様子が赤。
たまたま青のポイントでサンプリングしていたら、A/Dコンバータ以降では、緑の電圧にしか見えません。
こんなふうにならないように、通常はサンプリングレートの半分以下の周波数だけがA/Dコンバータに来るように
アンチエイリアスフィルタを入れますが、そのあとのコンデンサで、もしノイズが発生していたらダメですね。
>>138
誘電体には圧電効果が有る。
大きいか小さいかだけ。 >大きいか小さいかだけ。
そうなんですよ。
なので>>135のような質問は答え方が難しいですね。 A/Dコンバータの入力に容量の大きなコンデンサを入れるときは
直流的な入力を想定しているのだろうから波形が歪むというのは
違う気がするな。 波形が歪む話ではないような。
たとえ直流的なものでも、乗っかってくるときはあるわけだし。 >>143
振動を拾うから、用途によっては直流でも影響有る。
そう言う場合は、小さめのを複数使って、実装方向かえたり、裏に置いたり。 理由が分かってやってる人にはリクツの話でも、わからずにやってる人にはオカルトになりますね。 面実装のセラミックコンデンサーで、
マルチレイヤーでは無いために振動の影響が出にくい物って、
何がありますか？
CHは該当するようですが、他には、という質問です 「小さめ」がパッケージの大きさのことであるなら、パッケージが小さい方が機会的歪を受けにくい。
「小さめ」が静電容量なら、小さめなら温度補償型が入手可能な場合もある。
基板の周辺の構造によって、コンデンサの取り付け方向で歪を受けやすさは変わる。
裏に置く、は俺には経験がないな。 >>148
面実装のセラミックコンデンサで積層ではないものってあるのかな。って気がします。
割と容量が少なくて結果的に2層になっているものはあるのかもしれませんが(1ｐFとか)
それと、機械的歪で大きいノイズが出るのは積層だから悪いのではなくて、誘電体の性質によるものなので、
積層でないことにこだわる意味は薄いでしょう。 >>150
積層でないのはあるよ。積層は高周波のカップリングやデカップリングには何かと嫌がられるから。
あとACの絶縁部分や高耐圧のものは積層はショートが嫌な人も多いのであるね。
1000pFくらいまではあったと思う。昔はもっと大きいのもあったんだけどね >>151
面実装で積層でないのがありますか。
積層でないことがわかるような品種になってますでしょうか。
積層セラミックはパスコンに多用してますが、短絡故障はコワイですね。 >>153
>短絡故障はコワイですね。
体験するとよく分かりますよね。上流のDC/DCコンバータを焼損させたことがあります。
こんなことになるなら、セラミック使いたくないと思うほど。
実装済みの基板でもたわませないように、扱いに注意してる。 >>149
例えば、容量半分のを二個つかって、裏表に置けば、ある程度は打ち消される。 >>155
それ最悪。それ一番最悪だから。最悪。一番やっちゃいけないパターン
たとえば容量誤差が20%だったとするよね？
1個だけ使う分には誤差20%だけど、2個使うと容量誤差40%になる
使った2個の容量誤差が互いに最悪値だとすると1個だけで実装した場合の
倍の誤差が発生する事になる 20%誤差を6個並列に実装すると、最悪20%のインダクタになるんだぜ？ >>156
>1個だけ使う分には誤差20%だけど、2個使うと容量誤差40%になる
なにゆえ？
これはコンデンサの並列接続の話だよね？ 誤差1%の抵抗を使うとして、10倍の抵抗を10個並列にすれば誤差は1%より小さくなる。
と言っていた先輩がいたよ。確かにそうではあるのだけど、リール1本、割と偏った誤差のときもあった。
ローノイズアンプを2個並列にすることで、よりローノイズになる、というのはまあ合ってるけど。 >>156
もし容量誤差が最悪40%と言う場合、、
分母は、並列にする前の容量。
しかし、並列にすると容量は倍になるので、
実際の相対誤差は最悪でも20%。
こんな事間違える奴がいるんだ。 そんなくだらねえことしてないで実測すればいい。
10本並べるより楽だろ。 で、肝心の>>155
>例えば、容量半分のを二個つかって、裏表に置けば、ある程度は打ち消される。
ははあ。なるほど、ですね。 消費税8%のものを10個まとめて買っちゃいけません
消費税80%取られますよ、みたいな感じ？ >>164
PICスレで吹く日がくるとは
キーボードが汚れたじゃねか！ >>169
知ってるやつ少ないんじゃないの？
正規分布になるから、ノイズ消しに使われてるわな MPLAB XをインスコするパソコンのHDD容量は128GBで十分ですかね・・・？ ショボいPCの場合は旧MPLABの方が断然快適だったり
最新デバイスは使えないけど ホント、無駄に重い。
エディタもバカ。
make も再起動しないとファイル間違えたり。 重いんですかメモリも4GBだと足りないかもしれないですね そもそも４ＧＢしかないんじゃＯＳ入れただけでパンパンなんじゃないの？ >>172
http://microchipdeveloper.com/mplabx:requirements
G540、8GB、Win10、HDDの空きは30GB
MPLABXを問題なく使ってるよ。
メモリは増やした方がいいかもね。 PIC組むだけにしてはおかしいわな
天才がエディタ作ればフロッピー1枚に収まるだろ PICしか使わない人には分からん例えかもしれないが
Arduino for Visual Studio使ったらArduino IDE使う気起きんだろって話 >>177
ありがとうございます
電気屋さんだとSSD128GBで4GBの奴しか私には手が届かなそうだったので
通販でもっとメモリ乗ってる安い奴買います 安いの買ってやってみてメモリは後から足せばいい。
増設できるかどうかは機種によるけど。 >>181
DELLとかHPでセールで格安なのを買いな。
ノートならまあそれで間違いない。
後はディスク回して動いてるPCを扱ってる事に気を付ければ物理的破損には至らんだろ。PICの方がもっと頑丈だけどな。
SSDだからと安くなってるからと性能がいい訳ではないのでHDDモデルにしとき。
どうせ5年で使い捨てるとか考えてないんだろ？
そっちの方が幸せだよ。
本当の幸せはPCチェアを買いBTOで格安なパーツしか使わず、今時内部交換ですぐに生き帰るマウスとかのPCだけど。
あんまり物理的な意味でドライバーを握る優位性はないしね。金銭的な意味でも。 >>178
それな。
VZエディタとSDCCで動かしたい。 >>184
好きにやれよ、誰にも遠慮は要らねえぜ。 初心者スレなんだから本家ご推奨の環境を勧めるのが当然
訳の分からんことやって時間を無駄にする時間があったらPC買い替える方が安い それな。
時間より金の方が惜しいような稼ぎなら
そもそもPICなんてやってないでバイトでもしろ。 ブラウザーやりたいつってる人に
スーパーコンピュータ勧めるようなもんだな 初心者は大事にしようよ
理系はもうすぐ中国、インドに追い越されるんだからさ >>190
ライブラリ使うだけの初心者にはクラウド型もいいよね MPLAB X xpress とか実際どうなのよ？ 質問です
古い電源の、電解コンデンサを基板から取り外してテスターで測定したら、
470uFが470uFでした。この場合、新品に交換する必要はないと考えれば良いでしょうか?
それとも他に測定する項目があるのでしょうか?
ESR, tanδでしょうか? (測定器が無いので測定できないですが)
(念のため交換すべき とかの回答ではなく、技術的な話でです) その470uが何の目的で付いてるのかも理解しないでその質問か。 で、その電解コンデンサはPICとどういう関係があるのでしょうか？ >>195
知ってるなら答えてあげればいいのに
イジワルだなーー 超低インピーダンス、高周波数対応の最新の電源用個体コンに交換すべきだろう
発振してショートして爆発して家が燃えて、いい勉強ができるかもよ すみません。
hexファイルをpickit2のソフトを使って書き込むのと、
mplab ideからicd3を使って書き込むのとで動作に違いがあるのですが、何か考えられることはありますか？
UARTで通信するプログラムらしいですが、pickitだと書き込めていないのか通信できないみたいです。
hexファイルを作った人もソースコードを無くしたのでとりあえずicd3を使っています 作った奴がソース無くした上にHEXの使い方知らないとか
馬鹿も休み休みIE WWW >>202
＞動作に違いがあるのですが、
＞pickitだと書き込めていないのか
次元が違い過ぎるだろ。
書き込めてるのかを先に確認しろよ。 プロテクトの掛かってるPICをコピーしようとしてるに1822PIC picは16f877（877Aじゃない）でした。
pickit2のソフトで書き込んだあとreadするとFFFFではなくなっているので書き込めてそうな雰囲気はありました すいません、ちょっと馬鹿っぽい質問なんですが本人大真面目なんで教えて下さい
PICのUARTなんですがTxとRxを直結した場合、TXREGに書き込むと同時に受信割り込みを
設定していたら受信割り込みが走りますでしょうか？ >>208
「同時」はどれぐらいをもって同時と言っておられます？
受信割り込みは、受信が完了してからなので、TXREGに書き込んでから1データ分、
遅れて受信が完了して割り込みが発生します。そういう意味では同時ではありません。 >>207
書き込みはPIC内蔵の回路で行うので何を使っても書けてれば
同じだよ >>202
君がHEXファイル作った人に嫌われてることに気づきなさい >>202
別にHexから逆アセンブルされたリストでデバッグしてもええんやで？ >>210
ありがとうございます。
今日になってhexファイルは当時の学生が作成した説が出てきたので諦めて？ICD3を使いたいと思います。
逆アセンブル出来るpicのプロも居ないので…
やはり初心者にはアップデートの続けられているpickit3など推奨されてる環境が良さそうですね
面白い経験になりました。みなさんありがとうございました。 >>214
hexファイルと逆アセンブルとICD3とpickit3とどういう関連があるのかのほうが面白い PICkit2未対応のチップではないらしい。
はて、HEXを書き込むだけなのに、PICkit2とICD3とで何が違うのだろう？ Pickit3では製品の書き込みはしないで下さい(試作開発品のみ)
という謎仕様があるからな >>214
や、自分で逆アセンブルする訳ではなくMPLAB(X)にやらせればいい話ですが… ＞面白い経験
根本的な解決は何一つされてないのに、どこが面白かったのだろう。
ま、ソースの管理さえまともに出来ない連中のようだから、さもありなんか。 >>220
独りよがりのイヤなやつ
そんなに詳しいなら、詳しくおしえてやれば？ たぶんこれでしょ
ICD3使えば問題ない
>特定のPICマイコンをPICkit2と接続してPICkit2アプリケーションプログラムを立ち上げると、PICマイコンのプログラムの一部が変更される >>214
>今日になってhexファイルは当時の学生が作成した説が出てきたので
言い訳下手杉ｗ モノは何をするもんなの？
ゼロから作った方が早かったり？
Arduinoで作っちゃうとか。 16F877はMCC非対応だから、MCC対応の28ピンに差し替えてゼロから作るのは？877は基板にはんだづけされちゃってる？ AがダメなのでBに変更した。
記録も残ってないし、ダメな理由も調べない。
あー、面白かった。 A地点からB地点まで行くあいだにすでに 恋をしてたんです >>226
ま、そういう奴も世の中には居るって事だ。
プログラムとか電子工作に全く向いてない性格。 向いている人だけが、向いている職につけてるわけでもないし、
ましてや専門でもなければ向いていないけどするというケースは普通にある。
嘲るより、記録に残すべきですよ、ダメな理由を調べるべきですよ、と諭せばいいのに。 向いてる向いてないの問題でなく
ろくな指導者が近くにいないってことだろ
記録に残す、原因を調べる、は理系に限らずすべての分野の基本
そこらのスーパーマーケットだってやってること
いまどきそれをやってないのは公務員だけ >いまどきそれをやってないのは公務員だけ
なんでそういう言い方をするかな。余分。
曖昧不正確だけでなく、曖昧不正確さ故に不快に思う他人がいるだろうこと
は自分でもわかっているだろうに。 >>231
あら、公務員さんいらしたの。
あなたが不快に思うように書いてるんですよ。
書いた甲斐があったわ。 >>232
なんで俺が公務員なんだろう。
こういう短絡的な思い違いもやってのける人が、電気の仕事をやっていけてる様子だから、
人間には得手不得手があるのだなあと、あらためて思います。 >>236
まあ、>>235のリンク先を読んで現実をごらん。 >>236
>>231の反応の方がよほど短絡的だと思うがな。
＞なんで俺が公務員なんだろう。
とか、まじに反応しちゃうとことか。 あ、ごめん、「短絡的」というよりは「単純」だわな。 >>238
そこには、公務員の一つの仕事のしくじりの苦しい言い逃れの事例が載ってます。
その事例では、記録があっても、なかったといってるわけですね。
それが、
>いまどきそれをやってないのは公務員だけ
の根拠になるわけではないよね？ >>ID:35M4Odwx
何かを揶揄して婉曲的な表現をしているのに
文字通りにしか読めない単細胞
人生つまらなそう >>239は議論の相手にする価値がないと判断するよ。 揶揄して面白がる必要なんてないのにな。
そういうことが面白いの？>>242
面白いのでしたら、相手にはしませんが。 >>241
>いまどきそれをやってないのは公務員だけ
と言い放つ動機にはなるのだよ。
言い放たれたことにすべて根拠があるとは限らないが、
言い放つ動機を生じさせた現実の中には非常に強い根拠が存在するのだよ。 >>ID:35M4Odwx
ならば、初めから黙っておれ。 俺は公務員で趣味でPICやってるけど、行き詰まったときに正攻法で追究するのはなかなかしんどいよ。違う方法を試みてもいいだろ。趣味なら。
ArduinoでもmbedでもESP32でも。目的を達するものが出来れば。 >>ID:35M4Odwxは>>230を読んでも「ああ、あのことね。」と思えなかった。
一部の調査では国民の80%が不満を持っていると言われるあのことが浮かびもしなかった。
思わず>>231のようなマジレスをしてしまう。
無知な上に、頭の回転も鈍いのだ。
そして遠吠えしながら>>243、>>244で逃亡の準備だ。
さようなら。
残る疑問は、こいつ、何のためにノコノコ出てきたんだろう、ってこと。 >>249
>読んでも「ああ、あのことね。」と思えなかった。
なんでそうなるかな。
書いてあることだけで判断しないものだから外しっぱなしだ。
>>232も似たような感じの人なのか、俺が自分のことを公務員だと言ったわけでもないのに
俺を指して「あら、公務員さんいらしたの」って書いちゃう。おかしい。 >>250
あんた、とても面白いよ。
でも、あんた自身はつまらんのだろ？
気の毒に。 あれ、>>231を何のために書いたのか、が分かっていない人なのか。
でも、書かれたことだけで判断すればいいのに、って書いてる俺がこれではダメですね。
>向いてる向いてないの問題でなく
>ろくな指導者が近くにいないってことだろ
>記録に残す、原因を調べる、は理系に限らずすべての分野の基本
ここまでとても道理が通ったことだと俺が感じたからだよ。
>そこらのスーパーマーケットだってやってること
「〜だってやっている」は、〜はそういうことをやっていない人が多いだろう、みたいな偏見の上に
成立する表現であることが多い。
>いまどきそれをやってないのは公務員だけ
これは指摘したとおり。民間でも糞なことはいくらでもある。犯罪者の大半も民間人だ。
イジメても反論できない人をイジメてたら社会がダメになるように思うよ。 >>251
こういう議論に楽しみっていらないので。 >>ID:35M4Odwx
いまどきそれをやってないのは公務員だけ
だよねえ
ああ、あれでしょ？
けしからんよねえ
ってな感じで流して済むところなのにマジレスしちゃったひと
最近この界隈でよく見かけるわこの人 >>254
なんていうのかなあ
面白味の無い人なんだろうねえ
楽しくなさそうだよねえ日々の生活も
お笑い番組とか見てひとりで怒ってそう >けしからんよねえ
あれで「公務員がけしからん」と思うのはマスコミに踊らされてるように思います。 >>257
なんだ、そんな面白いことも書けるんじゃん。
ウケルウケル >>257
自分もそう思いますね。
たぶんマスコミが言ってるような内容でしか公務員の仕事を知らないんでしょう ホントそうだな。
マスコミが言ってるような内容ですらあのひどさだから、
もっと掘ればもっとひどいんだろうけど、
今のマスコミにゃそんな力量も無いからな。 >>262
ものわかりが悪いフリしなくてもいいのに。 >>229
>嘲るより、記録に残すべきですよ、ダメな理由を調べるべきですよ、と諭せばいいのに。
なんで諭さなきゃいけないんだ？学校じゃないんだから、駄目な奴は駄目で良いし自業自得。
諭すなんて無駄だし思い上がりも甚だしい。 >>264
>超初心者のためのスレ
において、そういう切り捨てな態度を取るの？
なんで？ >>265
「諭す」だと？
>超初心者のためのスレ
において、そういうあからさまに上から目線な態度を取るの？
気分いいの？ それだ。
その態度だ。
平気で「諭す」と言い放てる心根だ。
それがID:35M4Odwxが現われると荒れる理由だ。
そして今日もまたダントツだ。
http://hissi.org/read.php/denki/20171210/ ・性格の悪い回答者はスルーしよう（相手すると逆効果） >>266
その言葉は切り捨てるような態度を批判する中で出したものですが、
切り捨てるよりは望ましいことだと考えています。
>>230も
>向いてる向いてないの問題でなく
>ろくな指導者が近くにいないってことだろ
と、指導者の必要性について言及していますね。
というわけで、質問者に対して、ダメだ向いていない、などと言わずにあるべき
アドバイスをしてはどうかと思います。
一面しかわからない状態で、ダメだ向いていない、が、あるべきアドバイスではないでしょ？ >>268
鏡を見ながら、ご自分を戒めていらっしゃるのですね、ご立派です。 ここの住人はいやなやつばっかり
日本の理系はオワタ 公務員の仕事
エクセルで原稿用紙マス目を作り
マス目に1文字ずつ入力して文章を書いて年収600万円ですね？ >>272
すごくうらやましいことがよくわかります >>269
あわてて「諭す」から「アドバイス」に変更したんだね。
文字にあらわすってのは怖いよねえ。
あとからいくら取り繕っても、出てしまった本音は消せない。
もっとも、この人の場合は、これでもかというほどの「上から目線」が、
どのレス見ても常に行間からこぼれ出てるけどね。 >>274
>怖いよねえ。
怖いかな？ 間違ったことは訂正すれば良いわけだし。
コミュニケーションには必ずといっていいぐらい、思い違いによる意思疎通の不具合が発生します。
言葉を言い換えたり、間違ったり行き過ぎた言葉を訂正したりして、互いの有益で幸せな理解を高めるのは
普通じゃないですかね。喧嘩じゃないのですし。
もっともこの場合は「諭す」でも「アドバイス」でもどっちで取ってもらっても結構ですよ。
どちらも、良くないことに対して、こうすれば良いですよ、の意味で使っていますし。
良くないことに対して、向いていない、では身も蓋もないではないですか。
「上から目線」についてですが、「それは上から目線だ」と批判されたら
怯まないといけないようなお約束ごとでもあるのかな？ 不思議です。
「それは上から目線だ」と批判すること自体が、上から目線に見えますよ。 ねーPICの話しようよー
8ピンのPIC32の必要性とかでもいいからさー 3pinのPICとか出ないかな？
一件するとトランジスタかと思いきや実は双方向通信でデータ処理をこなしてるという >>275
> 「上から目線」についてですが、「それは上から目線だ」と批判されたら
> 怯まないといけないようなお約束ごとでもあるのかな？ 不思議です。
> 「それは上から目線だ」と批判すること自体が、上から目線に見えますよ。
やっぱ理系ってアフォ
言葉ってあいまいなもんなんだよ
ここからが「上から目線」だ、とかキッチリ決められない
「それは上から目線だ」と批判されたくないのなら、そう見えないように
言葉の言い方で工夫をこらせばいいだけ >>280
おいおい、理系でくくるなよ。
そいつがおかしいだけだから。
＞批判されたら怯まないといけないようなお約束ごと
なもん無いに決まってるのに勝手に決めつけて、そこから話が始まる。
いわば砂上の楼閣スタイルのレスがこのおっさんの特徴なのさ。 スレチなので引っ込みます。俺が批判されるのは別に良いのですよ。
またどなたかが愉悦目的や理不尽な切り捨て、侮辱、批判をされたら出てきます。
ではでは。 >>279
1wireみたいにすればできるだろうけど、PGC, PGDのピンが確保できないな 態度の悪い人みかけたら、みんなで注意したほうがいいな
初心者だからといって遠慮はいらないよ
みんなでいい環境つくろう そうそう。技術的に優れた先輩たちだもの。初心者を導こう。切り捨てはいかんよ。 >>288
自分が初心者だからと言って遠慮せず注意していいのか、
相手が初心者だろうが遠慮せず注意していいのか・・・ >>292
あんたみたいな人のこと言ってるんじゃないの PIC16F18326で工作して、PICKit3でプログラムを書き込もうとしたら以下のダイアログが出て、進めたらパッチと音がして煙りが出た。(T_T)
電源5Vで、PICKit3からは電源供給しない設定なのですが・・・
CAUTION: Check that the device selected in MPLAB IDE(PIC16F18326) is the
same one that is physically attached to the debug tool.
selecting a 5V device when a 3.3V device is connected can result in damage
to the device when the debugger check the device ID.
Do you wish to continue.
NOTE: If you would like to program this device using low voltasge
proguraming, selsect Cancel on this dialog.
then goto the PICKit3 node fo ths project propaerties and check the Enable
Low Voltage Programming check box of the Program Options Option Category
pane(low voltage programming is noto valid for debugging operations). 単なる配線間違いでLEDの制限抵抗をスキップしてたわ。
LEDだけが壊れてた。 電子工作の前に、中坊レベルの英語くらいは読めるようにした方がいい。
何が書いてあるか確かめもせず、ただ丸投げしてるのがバレバレだ。 PICでプログラムするのに、
アセンブラでないとダメという人もいれば、Cの方がいいと言う人もいます。
僕はアセンブラを知らないのですが、Cなら1行で済むのも、
アセンブラだと3行とか5行とかになってしまいます。
細かいところがさわれる、無駄がないなどのメリットはありますが、やはりCより煩雑だと思います。
メモリーもふんだんにある昨今、アセンブラを使う理由はありますでしょうか? >>303
金かけてコンパイラ買うならまだしも、フリーで使うなら時間が経つと無駄コードが挿入されるので
シビアな用途には結果が安定しない。
其の上、鈍臭いスピードでしか動かない。
アセンブラは、普段からライブラリを充実させておけば手間はたいして掛からないし
コンパイラのせいで動作が重くなることも無い。
むしろ複雑なプログラムでもコンパクトにまとまり、同じCPUを使うならより高度な事が出来る。
結果が安定しなくても良く、潜在バグがあっても良く、鈍臭いプログラムでも良く、高度なプログラムで無くても良い
お遊びならCでも良いかな。 >>303
>>305の戯言に惑わされないだけの知能があればCで良い。 305が言うような俺様ライブラリを素人に用意しろとか
却って逃げ出すわ 無駄なコード挿入されてもシミュレーターで実行時間測定して
それで間に合えば十分実用になるし、足りなければ速度あげれば
可能な範囲のものはたくさんある
昔とは違って十分高速で動くPICはたくさん出てるし特に高額でもないし
速度が必要な部分だけアセンブラにしてもいいし
それ以外はCでサクッと組んでしまう方が開発時間も短くて済むし
あとで変更する場合もだれが見てもわかりやすい利点はあると思うよ >>307
逃げ出したい奴は逃げればいい。Cしか出来ない奴も別にそれで良い。
プログラムに限らないが、努力した分しか自分の身にならないし、結局は
一歩々々進むしか攻略の手段は無い。
そもそもCでちょこまか誤魔化しプログラムするのが俺の性に合わないから仕方がない。
64ビット演算とか、普通に１６Ｆ１８２２で実行したりするけどCじゃ全然収まらないしな。
>>305に書いた様なレベルのプログラムなら俺もCを使うこともある。 >>309
＞俺もCを使うこともある。
へえ、それはなぜ？ >>309
へえー
今はPIC16F1822とかいうPICが出てるんだあ。知らなかった
それって新製品？凄いね！ 初めてスレなのにほとんどが濃い人というこの現実
しかも濃い方向がむっちゃ変 初心者はCでいい
それで物足りなくなったらアセンブラにいってもいいし
もっと高性能なCPUに移ってもいい
人それぞれ
PICアセンブラキチガイで不思議なのは
PIC16-32bitアセンブラキチガイが居ないこと
もっと高度？な事が出来るのに、、
x86とかDSPとかではそれなりにいるのにね
不思議 >>313
dspic使ったこと無いだろ。dspicはCだとまともに使えない。
ま、メーカーのライブラリ使う程度ならCでも十分だが。 何で毎度毎度この手合いって初心者スレに湧いて来るんだろうね。サッサと移ってくれよ そうそう、PIC に何を期待してるんだってこと。
バリバリ計算したけりゃ ARM なり使えばいいだろ。 PICのPは「peripheral」
元々単純な処理を低コストで実現するためのちっちゃなコントローラ。
だから田舎の拡張を重ねた老舗旅館になってしまった。
すっきりと作られた新館と常連客向けの本館は住み分けが出来てる。 PICは8ビット辞めて16ビットに専念すればどうだろうか？
（とりあえずは16ビットのエラッタの修正を）
8ビットのコアはAVRで十分。 でもMicrochipの売上、収益の大半が8bit PICという事実… >>319
へえ、そうなんだ、どこに書いてある？
読んでみたいからリンク張ってくださいな。 >>318
8bit市場は、AVRすら要らないだろ。 >>320
Atme買収の際、代理店プレゼン資料に合併後の構成比率が載ってた
一般には公開されてないと思う 8ビットで割り算すると重いんだけど
演算ユニット積んでほしいな >>323
演算が重いと思うなら上位のものを使う方が良いのではないですかね。 Unsigned int型を10進5桁で液晶表示するような場合
割り算の代わりにBCD演算アルゴリズムを適用すると
速度もコードも格段に改善する そういえばPIC18にはBCD演算補助命令があるけど、
同じ16ビットコードのAVRには無いね。
たった2桁のBCD加算でもBCD演算補助命令無しで作るのは面倒だな。 １０÷５＝２
10÷（10/2）＝10/10×2＝2
やり方次第で早くなる >>326
液晶の応答速度考えたら、8bit PICでも余裕過ぎる。 >>329
加減乗算に比べてって意味
これらに比べると圧倒的に遅い
x86ももちろん遅い
加減乗算が1クロック2〜3命令実行出来るのに
除算は1命令で数十クロックかかる
だから頭の良いコンパイラは、
定数の除算は乗算に置き換える >>331
前に1％精度の割り算を速度重視で、右シフトの N*1/2、N*1/4、N*1/8・・・ の各項を
加算するかしないかの演算で近似したことがあった。 CPUの能力も使う技も30年前な感じで良いねwww >>334
だから頭悪い（コンパイラ）って嘆いてんだろ 俺のカンピューターは、よく飲み代を間違えて多めに払う
朝起きると財布に小銭しかなかったりする。 >>338
財布が空になるだけなら大したことない
後からカード会社に6桁請求されるのに比べたら >>336
フォトセンサからのAD入力値を正規化して0〜100％で表示するのだが、
他の方法も試してみて、結局、原始的だけどこのやり方が一番早くて、省メモリだった。 XC8 でMCCを使ってみたんだけど、不必要な関数が多くないかな？
関数多くて分かりづらい
メリークリスマス！ MCCのUSB関連機能を充実してほしい！CDCだけじゃ寂しいぞ。
メリークリスマス Harmony2.05にアップデートされてた
メリークリスマス！ >>346
CDCの枠組みが出来てればそこからHIDに展開してもええんやで、MLAからコード引っ張ってくるもよし >>348
MLAで成功したことはあるんだが、MLAはフォルダの整理がイマイチ理解できない。
CDCベースで簡単にHIDのコードが作れるの！？
14ピンのDIPでUSBが入ってると、面白いものが作れそうなんだけどな。 >14ピンのDIPでUSBが入ってると
つ PIC16F1454/1455 >>349
簡単ではないが、ここでブー垂れてるよりは余程前向きだと思うが。 MLAのコードを改造して作ったことはあるけど、俺はHIDが必要な用途はdigisparkに逃げた。 PIC16Fのスリープとクロックの関係について質問！
データシートによると31kHz LFINTOSCはスリープ中も動作継続とあります。
ということはシステムクロック源FOSCにLFINTOSCを選択した場合、
Sleep命令を実行してもすぐWakeしてしまうのでしょうか？
その場合はSleep前にMFINTOSC-31.25kHz、Sleep後にLFINTOSCを選択すれば
解決するのかな？ >>354
クロックが動いていてもwake-up信号がなければsleepは続く。でも場合によっては消費電力はほとんど変わらんかも >>354は自己解決。LFINTOSCはSleep時に止まらずA/D,Timer等周辺機能に供給可、
一方システムクロックには供給停止しており、空きピンにLED接続して動作を
確認したらちゃんとプログラムが止まってました。
>>355さんの言うとおり最近のデバイスはSleepでも消費電流が大きいから勘違い…
---
Midrange-16F628Aは動作電流Idd=28uA→Sleep電流Ipd=0.02uAなのに
Enhanced-16F1827は動作電流Idd=28uA→Sleep電流Ipd=19uAとほとんど減ってねぇ！
3.3Vに下げて16LF1827を使うことも考えたけどLDO追加で消費電流増えるから元の木阿弥
これも半導体プロセス微細化のせいか…5V超低消費マニアは旧製品を使い続けるしかなさそう 19uAはいくらなんでもおかしい。
何か動いてるのがあると思う。 >>357
16f1827ならスペック通りじゃないか。 WDTやらBORやら
全部止めてsleepでしょ？ >>356
1827のデータシートにはSleep mode : 30nAとあるけど19uAは何、実測？ 何で測ったのか書いてないけどDMMだったら微小電流計測はアテになるかなあという経験。 >>360
それはLF1827の値
ただのF1827は内部の降圧回路が常に大食い状態 >>356も実測値じゃなくてデータシートから引っ張ってきてるんじゃないかな。 >>362
うん。
で、
＞5V超低消費マニアは旧製品を使い続けるしかなさそう
はどういうこと？ 18ピンにこだわらないなら20ピンのPIC16F18346は？
18326で試した時はスリープ電流は1uA以下だったと思う。PPS便利。 >>356
消費電流が３ケタも違うなんてちょっと信じられないんだけど。
データシート見ても該当する記述は無いし、実測なら測定環境が知りたい。
是非お願いします。 >>366
データシートは>>362さんの通り
実測はFluke87のuAレンジでほぼ仕様通りの18uAでした 秋月の商品ページに貼ってあるAdvanced InformationなデータシートD022値と
microchip本家最新のデータシートD022値って全然違うんだな…
バケラッタもあることだしこれからは最新版をチェックすることにしよう スタンドアロン用途ならPIC便利なんだけどWiFiだのなんだの周辺とのつながりを求め始めると
他にいっぱい選択肢出てきちゃったからいまさら感が。。。
冬眠モード使えるから設置してから３年後に作動する遅延起爆装置なんかには便利だろうけど >>367
＞ほぼ仕様通りの18uAでした
その仕様って、データシートの何ページ？ 家で不労所得的に稼げる方法など
参考までに、
⇒ 『武藤のムロイエウレ』 というHPで見ることができるらしいです。
グーグル検索⇒『武藤のムロイエウレ』"
LK7S6VYCY7 冬休みに入ってからPICを勉強を始めたのだけど、
MPLAB v4.05の使い方で結構はまってます。
PIC16F627Aで48kHzの内部オシレーターを使う場合の記述方法(C言語)を教えて下さい。
PCONの値をセットするだけなのだろうけど・・・ >>373
#pragma config FOSC = INTOSCIO
#pragma config WDTE = OFF
#pragma config PWRTE = ON // Power-up Timer Enable bit (PWRT enabled)
#pragma config MCLRE = ON // RA5/MCLR/VPP Pin Function Select bit (RA5/MCLR/VPP pin function is MCLR)
#pragma config BOREN = OFF // Brown-out Detect Enable bit (BOD disabled)
#pragma config LVP = OFF // Low-Voltage Programming Enable bit (RB4/PGM pin has digital I/O function, HV on MCLR must be used for programming)
#pragma config CPD = OFF // Data EE Memory Code Protection bit (Data memory code protection off)
#pragma config CP = OFF // Flash Program Memory Code Protection bit (Code protection off)
はmainの外に記述でよくて
PCON = 0x00;
はmainの先頭に記述すればよいのか？(3V駆動させたいのでBron) >>374
3V駆動(リチウムコイン電池で稼働)
内蔵クロックあり(低クロックの省電力)
I/O8系統以上
PICProg4U ＋ ハーフマットのRCDライタで焼ける
の条件で探した結果です。
もっと使いやすくて安価なものがあればご教示下さい。 >>376
俺もRCDライタ作って、628や648でいろいろ作ったよ。10年くらい前。
ライタが対応してれば、PIC16F18326か、18346かな。 627A/628A/648Aの内部48kHz動作時は110uAも食うのか…
CR2032連続動作電流が200uAだからペリフェラルに回す余裕があまりなさそう >>377
なんでそういう言い方になるの? >>376が何かした訳でもないだろうに。 おれは誤爆かと思ったが
アンカーも無いのに>>376のことだと即断できるのは
>>380も同じ気持ちってことかなｗ 冬休みに入って始めた人が７年以上も前に更新されたっきりの
古いチップにしか対応してないプログラマを使う意味が分からんな。
1000円ちょいでほぼ純正と同じライターが買えて、
こっちは最新のPICでも書き込めるってのに。 >冬休みに入って始めた人が７年以上も前に更新されたっきりの
>…意味が分からんな。
学校や部活だと
・古い機材を使う
・テキストの更新も大変なので継続的な教材を使う
・ライセンス的に怪しいものは使いにくいので新しいものを生徒に行き渡らせるのはお金がかかる
ということが考えられます。
乱暴に嘲るより、フラットに>>376に選択理由を尋ねた方がいいのでは。 >>356
電池を使うこと考えたら、LFで良いだろ。 白色LEDとか青色LEDはリチウムコイン電池だと厳しかろうに
FETもゲート電圧2.5V以下は高いし遅いので4V品が便利やし 10年前の骨董品ではどうにもならないか・・・
持ってる機材と旧くて浅い知識ではどれが最新のPICなのかも分からない状態なんです。
>>382
できれば、具体的な商品と購入可能なショップを教えて下さい。
ライターのリプレースも検討します！ ライタは通販でpickit3
互換機で良ければaliで互換機
18ピンならPIC16F1827or1747
20ピンで良ければPIC16F18346
14ピンに収まるならPIC16F18326
LFがあるならLF
PICじゃなくて良いならArduinoNanoかdigispark CR2032で消費電流を極小にしたいならArduinoはボードに余計なものが付いてるからダメだった。 >>388
色々ありがとうございます
pickit3が鉄板なのですね
すぐに試したいのでamazonで互換品を買いました
これから日本橋にPICを買いに行ってきます
あとは PIC16F18326 の仕様を勉強せねば・・・
ConfigurationBitsも多くて一つ一つ調べて理解するが大変
道のりは遠いです >>390
AVRを外すこと前提でArduinoを書き込み器と考えてZIFソケット付きのを買えばそれもアリなんだけど、、、、
量産するならそうするかも知れないけど、、、
>391
18326なら仕様を勉強しなくても、MCC使えば簡単だよ。 >>392
AVR 以外の余計なものを外すってことだろ。
USB シリアル変換とか電源周りとか。 実装面積、価格、難易度、納期、ロット数によりけりかな。 >>392
みなさん色々ありがとう
こんな便利なpluginがあったのですね
クロックの設定方法意味分からんなぁ・・・質問しようかなぁ・・・
と考えてた矢先の情報で感謝です。 >>383
絵空事だけの偽善者は今日も空回り。
で、勉強不足の質問主に対するコメントは無いの？ >>398
冬休みは PICProg4U + RCD で楽しめばいいじゃん。
きっと>>383が助けてくれるよ。 売ってないならサンプル請求してもバチは当たらないでしょ。 仕事で採用して大量に使う予定でも無ければ、仕事で使う人達の迷惑だからやめてくれ。 誰が迷惑なのかよくわからん。PICがサンプル送ってくるのだって会社業務の一環だぞ。 >>401
冬休み中にやりたいんだろうからちょっと無理かな。
>>402
お前は誰を代弁しているつもりなの？
それともサンギがそう言ってるの？
お前のような客観性のカケラもない奴がマイコンに絡んでるのが不思議。 >>402
どのように迷惑なのか教えてもらえないでしょうか？ >>404
株式会社サンギは、東京都中央区築地に本社を置く日本の日用品、化学品メーカーである。 一般には歯磨剤その他のハイドロキシアパタイト製品メーカーとして知られている。 乞食わらわら沸いてきたぜ
サンプルってのは大量に採用してもらう前提で機能性能を評価してもらう為に提供されるもので
一個二個趣味で使いたいなんてのはそもそも「資格がない」んだよ
資格の無い奴がこれ幸いと行動してたら正当な目的で利用してる奴迷惑するのはどこの世界だって同じだが。
だいたいサンプルもらった後、気色ばんだ営業から「ご採用頂けますか？」「月何万セットに？」 とか聞かれて
お前らどう答えるんだ？ >>409
この手の乞食はそういうものだろう
駅前で女性向けに配ってるティッシュを、俺にもよこせと３つくらい持っていくタイプの奴なんだよ 新規参入妨害の日本と違って起業を支援するような風土を感じるけどな >>409
資格があるかどうか判断するのはマイクロチップ社だろ。お前の意見なんかどうでもいい。 >>409
>お前らどう答えるんだ？
答え方は「産業向けですが、生涯ロットで100個ぐらいです」「零細業です」
「個人です」「ホビーユースです」みたいに正直で良いのでは？
少なくとも日本市場では個人向けに拡販することでファンを増やしてきたし
そのことでメーカーでの採用にもプラスになっているだろね。
ホビーの人だって、経験したことをもとに、ブログや個人WEBサイトに成果を
出したり、掲示板で駆け出しの人にアドバイスをすることもあるわけで、
そんなことさえ、積み重ねでユーザーを増やすことになる。
Microchipが、「零細とかホビーとかにサンプルサービスしたって、なんも良いことないな」って判断したら、
そのときは、サンプルを要求が代理店経由になるだろう。
それまでは、変な忖度は要らないと、俺は思うよ。 >>415
なぜ買わないんですか？と聞かれたときにどう答えるのか知りたい >>417
そういうことを聞かれるかな？ って気はしますが。
この話（サンプル請求）のスタートは↓これですよね。
>>401
>売ってないならサンプル請求してもバチは当たらないでしょ。
「使いたいと考えていたチップが売ってなかったから」
で良いのでは？
まあ、「日本橋にないから」は購入先を探すことについて狭すぎって感は否めないですが。 Microchip Directならどの品種のでも
こんなのあったのか的なマイナーなオプションでも提供できるのにな。
言い訳にならんよな。 >>419
というか、「日本橋に売ってない」と嘆く >>398 は、いい購入先を教えて貰えれば嬉しいのかもね。 >>398 を受けて、「サンプル請求したら」→「資格云々」という流れになってしまったけれど、
そうじゃなくて、「ここで買えばいいではないか」って話になっていたら、随分流れが違ったのかもね。
どうして、「ここで買えばいい」って話にならなかったかといえば、
(1)ここでコメントしている人たちにとっては、そんなことは当たり前すぎて思いつかなかった
(2)年末年始にあれこれするのが前提だろな、と考えて、店頭で買えないなら意味ないな、と思った
(2)の立場なら、サンプル請求も意味がないわけだけど。 この流れでバチは当たらないでしょ
趣味で使いたい
↓
秋月で探す→買う
↓
サンプル請求→不満足
↓
満足
↓
秋月にリクエスト
↓
秋月入荷
↓
買う 不良在庫はときどき福袋として放出してるから問題なし 自分は今まで何十個かサンプル請求してきたけど
なぜ買わないのかとか言われたことがないよ
正直に何に使いたいのかを書いて請求しただけで
今では請求して３０分程度で承認されることも少なくない
しかも、自分が使いたいといった分野専用と思われるチップすら
発売されている。
ユーザーが何に使いたいかといった情報を得ることができるので
企業としても新しい分野に製品を出すきっかけになっているのかもね！！ PIC16F18326 がなかったので F1825 で代用
アマゾンから pickit3 が届いたので MPLAB で焼き焼き
ブレッドボードに取り付けて
ボタンのONでのLED点灯やLED点滅に成功！
皆さまありがとうございました。
これからもう少し高度な事に挑戦していこうと思います。 >>428
16bitのPICも使ってみてね。int 16bitは使い易いよ。 F以下が5桁のPICはなんかもうMCC前提というか必須というか、初期設定で
しなきゃならない事が多すぎてついていけない・・・
XC8 1.33を強いられてる身としてはMCCを使う事が半ば前提となりつつある
状況がしんどい 乞食の自分勝手な論理すごいな
数個、数十個の零細やホビー向けも大事にしてるわけなんてないじゃん
メーカーも乞食がある程度いる前提で放置しているだけだろ
乞食は乞食
大きな声で堂々とサンプル貰えるなんて言わないほうがいいよ、恥ずかしいから >>430
8bit PIC は、int が 8bit かい？ >>433
イントは「その処理系においてもっとも適切な長さ」と定められています
ここまで書けばイントが何ビットかもうわかりますよね？ これまで色々なPICを使ってきたので、初心者という訳ではないけれど、初めて使った
PIC10F200が情けないけど動かせない。
リセットICの代替なので、非常に単純なプログラムなのですが、シミュレータでGP2の
ON/OFFが確認できない。どこが間違っているのか教えてくれませんか。
TRISGPIOとGPIOの違いが良くわからない。コンパイルされたアッセンブルリストを
見ると同じレジスタ番号(6)になっている？？？？
#define _XTAL_FREQ 4000000 // 4MHz
/*
*/
int main(void)
{
TRISGPIO = 0b00001011; // GP2のみ出力
GP2 = 1;
__delay_ms(100); // 100ms間 "H"出力
GP2 = 0;
__delay_us(50); // 50us間 "L"出力 （リセットパルス）
while(1)
{
GP2 = 1;
}
} >>435
8ビットPICにとっては適切な長さは8ビットであり、
16ビットPICにとっては16ビットである、と言いたいのかもしれません。
これ、アセンブリ言語の話ではないですね？
int というからには、マジョリティを対象とした議論であればC/C++を前提に
して良いかと思います。以下Cコンパイラについてです。
http://www.c-lang.org/type.html
ここには、
> intの大きさは特定のコンピュータに自然な大きさと決められていて、
> 通常2バイトか4バイトです。shortは2バイト、longは4バイトが普通です。
> しかし、C言語の仕様として定められているのは、
> shortとintは少なくとも16ビット、longは少なくとも32ビット、
> shortはint以下で、intはlong以下、ということだけです。
とあります。
俺が持っている「プログラミング言語C 第2版 ANSI規格準拠」(共立出版)の44ページにも、
>(コンパイラの作成にあたって)ハードウェアに合わせて、適当なサイズを自由に
>選んでよいが、守るべき唯一の条件は、short と int は少なくとも16ビット
とあります。（ちょっと古い本ですので新しいもので変わっているのでしたら教えて
いただけると嬉しいです）
PICにかぎらず、8ビットマイコン用であってもANSI準拠を標榜するのであれば、
int のサイズは16ビットと考えて良いのではないでしょうか。 >>436
Cしか出来無い奴って、そういうレベルなんだよな。
どれだけ沢山使ったのか知らないけど、所詮、初心者レベル >>436
自己解決できました。
最近、OPTIONレジスタを触ることがなかったので、気にしていなかったのですが、
GP2ポートの用途を決めるフラグがあり、これを正しく設定してなおりました。
どうもお騒がせしました。 >>436
GPIObits.GP2 という書き方にしなくて良かったっけ。 439読んだ後に438読むと>438が滑稽すぎて吹くｗｗｗｗ >>439
デフォルトでGP2のピンはタイマーのソースになっているのですね。なるほど。 >>438
全く無関係
>>439
また、よりによって一番多機能なピンを選んだから…。 >>444
>全く無関係
そうでも無い。データシートをちゃんと読まないのは
初心者とかCしか出来ない奴に共通している。
慣れてればたいして時間のかかる事じゃないのに
初心者とかCしか出来ない奴は不慣れだから時間がかかるし
それが嫌だからちゃんと読まない。悪循環。 >>435
そんな規定があったっけ？
それだと 8bit マイコンの int は 8bit ってことになるのかな？ 処理系でbit数が違うの判ってるんだから、intつかうなや >>446
>8bit マイコンの int は 8bit ってことになるのかな？
>>437に書いたとおりで、そうはならないと思います。 >>447
使うか使わないか、という話ではありません。 型とビットの関係なんて興味なint
もうcharにしていいよ ていうかまさかこのスレに変数をintで宣言してる馬鹿とかホントにいんの？
アフリカとか南米の未開人の話じゃなくて？
普通はuint8_tとかint16_tで宣言するだろ、マジ常識的に考えて >>451
> >>435 の意見を聞きたいんだが。
俺も聞きたいですね。 >>456
8bit PIC は、int が 8bit かい？ intが8ビットならcharは不要か？
最近は、uint32_tなどのビット数指定じゃないと移植するのに苦労するな。
uint64_tが8ビットPICで使えないのが残念だな。 >>458
PIC で使えない訳じゃなくて、XC8 が対応してないだけだろ。
使いたければコンパイラ書けよ。
char だってCの仕様ではビット数決まってないからな。 >>458
無理して8bit PIC つかうひつよう無いと思うが。 CCS-Cコンパイラーは、int 8bit char 8bit Longint=16bitだけどね intは、CPUによって(コンパイラによって) 違うからねぇ >>437 で引用した↓がソースを辿れない。保留します。すみません。
>選んでよいが、守るべき唯一の条件は、short と int は少なくとも16ビット
俺もC言語を学習し始めた当初は、
型のバイト幅は「環境に合わせて適当なサイズを自由に選んでよい」
と考えていたのですが、>>437 の書籍を根拠に、intは最低16ビットという認識に変わっていたのです。
とりあえずの事実は、その書籍にそう書いてある、ということだけです。
>>462
そうなのか。と思ってちょっと調べたら…
97% ANSI C準拠なっていて、資料も出ている。丁寧。
http://www.ccsinfo.com/downloads/ansi_compliance.pdf
問題の Typesのところが「注釈以外は準拠」。
ところがその注釈が、int サイズ が8ビットになっていることは言及されていません。
そのこと自体は非準拠ではないということかな？ と疑問に思った次第です。
あらためて、ANSI C の仕様書に目を通してみたのですが、「intは最低16ビット」を裏付ける文面を
今のところ見つけられていません。 ところで、CCS-Cのマニュアルを読んでいて、
デフォルトでは整数の型が unsigned である、ということに軽くびっくりしました。
知らずに使うと絶対にはまりそう。 >>465
省略して記述できるけどintは整数型、shortは修飾子じゃなかったかな? >>467
その通りなのですが、表現上、>>465の元レス>>437で引用した文献では、下記のように
ことわった上で、型のように扱われています。
>>437のリンク先については
前提として
>修飾子としてshortとlongをつけることができ、この時は一般的にintを省略します。
と説明されています。
書籍「プログラミング言語 C」においては、>>437の引用部分に先立って
修飾子 short と long について、
> short int sh;
> long int counter;
> こうした宣言ではintということばは省略してよい。事実、普通は省かれる。
と説明が入っています。 int なんて、もともとUNIXの32bitにあわせてあると思ってるので、
昔からPC用の処理は省略しないでビット長意識して書くのが身に染み付いてる >>398
帰省ついでにポンバシ寄ってみたけど本当にPICの品揃えが絶望的だな
共立系、マルツ、千石とも16F３ケタがメイン。16Cワンタイム品まであって１０年前かよ！
と突っ込みたくなった。というか秋月だけが異常な品揃えだってことを理解した それはあるね
HPで公開してる回路、購入しやすいようにって思って選んだ品種なのに「日本橋じゃ
売ってません。秋葉原基準で選ばないで下さい」ってメールが来た時はマジで
「知るかボケ。田舎モンが偉そうに文句たれるな。糞」ってマジ返信したわ そもそも自力で同等品を探せたらデジキーで全部揃えろよと言った方が安い可能性も……
関東だろうが名古屋からくるのと変わらん地方はあるし。
お前んとこだけが田舎だとか思ってんじゃねーぞという権利位はあると思う。
そもそも、アメリカの方が田舎多いしなｗ 助詞「な」の用法
禁止 誰にも 話すな。
命令 あっち 行きな。
感動・詠嘆 きれいな 月だな。
願望 早く 終わらないかな。
念を押す それで 間違い ないな。 すまん。
部品は基本的にはDigikeyで買う。
終助詞「な」は検索するといろいろな分析が出てくる。国語屋さんの視点はおもしろいな。 RS,秋月,Aitendo,千石,Aliそれぞれ部品により得意な所から買うよ 部品は基本的にはDigikeyで買うなりヨ
の買うなだろ 無料で初められるPIC！
なんて本が出そうな勢いだ。
ライターどうすんのかは謎。 >>479
そういう本は出ないと思うぞ
×初められる
○始められる >>482
そっちかよ！！！！
しかし確かに！
ぐぅ 身内のAVRの真似して出荷時ブートローダー入ってます、とかやればいいのに。 毎号ライターの部品付き
初回はUSBケーブルが付いて290円 なんとか自分の作りたいものは完成しました！
電池駆動時間を伸ばしたいので省電力化していきたく
・クロックを500kHzに落す
・WDTの無効化
くらいしかわからず、
他にどんな手があるのかわかりません
sleepモードも使ってみたいし奥が深いですねぇ
（余談ですが、手元のテスターは電流量を計れないタイプだった・・
買わなきゃですね） >>488
クロックはLFINTOSC 31kHz
コンフィグでBORとFVR止める
使わないポートは入力にして弱プルアップ
16LF1825採用
これで10uAくらいになるからCR2032で2.5年は持つぞ >>489
使わないポートは出力にしてOFFがよいとの文献があるのですが・・・
入力で弱プルアップだとポートに配線していて電圧がかかると消費電力が上がりませんか？
FVRはデフォルトがdisableのようです
31kHzは心もとないく500kHzを使ってます そういやFVR指定で初めてA/D変換の取り込みやったとき、
ずっと3Fhが返ってきてて、ああ、デフォルトOFFなんか、と思った記憶がある。 間欠動作ならWDTで定期的に起こして処理後すぐsleepって手もあるよ。
その場合クロックは遅ければいいとは限らない。 >>494
使わないモジュール（内部ペリフェラル？）の停止って意外と難しい
というかデータシートに意味不明な単語が多く読みきれてないんです、
たとえば、WDTが普通のタイマーと何が違うがまだよくわかってなく
とりあえず
#pragma config WDTE = OFF
って書いておけばいっかぁ！てなレベルです
>>495
ご教示ありがとうございます。
今製作しているのは、50ms毎にモニタリングする装置で
現在は永久ループ内で__delay_ms を使ってのなんちゃって50ms間隔でして・・
(処理の量によって次サイクルが正確に50msにならない)
おいおいはタイマーによる正確な50ms毎の処理に書き換えたく
その時に実験してみようと思います
ネットの情報だけは進捗が悪くなってきたので
自分のレベルにあった本を探しに行ってきます 50msのぐるぐるタイマーが動いていては、省電力にならないのでは？ >>492
未使用ピンは入力プルアップか出力Lo設定のどちらでも良い
個人的には異常による暴走・リセットを考慮して入力・外付プルアップにしてる >>490に命令しても毎秒1命令さえ実行出来ないだろ。
8000命令あれば相当な事が出来る。 WDTを使った間欠動作をさせる場合、リセット直後にそれがWDTによるものか
そうでないかSTATUSで判別する必要があったと思います
main()先頭に判別する記述を書いて判別できるのでしょうか？
あるいは、Cコンパイラが何らかのお膳立て等してくれてるのでしょうか
それともその部分だけはアセンブラに頼るのでしょうか >>497
下手にタイマーを動かしてタイマー割り込み用レジスタのカウントアップをさせるより
mainルーチンで __delay_ms (NOP)した方が省電力になるよ！
って事でしょうか？
間違っていたら指摘下さい。 割込みでカウント
必要な処理が発生したらフラグ立てて終わり
必要な処理が無かったら終わり
メインは
フラグが立ってたら処理
経ってなかったらスリープ
でいいだろ >>503
>>502は真っ当な処理だと思うが
煽るだけで何も例を示さないのはどうなのかな SLEEP中も動作するクロックを使うタイマーを使って、
そのタイマーで50msで割り込みがかかるように仕掛けておいて、
(グローバルな割り込みはディセーブルでいいし)
メインループは
{
仕事をする
スリープする
50ms割り込み要因のクリア
}
…あたりが、delayからの置き換えなら楽ちんなんじゃないかと。 WDTの本来の使い方じゃないような。
どこかの処理で永久ループになってたり、スタック崩壊で有らぬ所を走ってたりしてメインループに戻ってこない場合、強制的にリセットして信頼性を高めるための機能。 >>506
でも、SLEEP中にWDTが発動したら、リセットではなくて、単純にSLEEPからの復帰になる品種もありますよ。
それがMicrochipの設計思想なら、「本来」はという思いにこだわる必要はないのでは？ 50msの精度と消費電流の優先順位は？
WDTでは50msは設定できない(近いのは62.5msだったっけ？)し、温度やら電圧やらによる誤差がでかかった気がする。
CR2032が電源なら電流は追い込みたいとは思うけども。 >>508
元の質問者はPIC16F1825を使っているのでしたっけ。
T1OSCで、32.768kHzの水晶を使えば、正確さではそこそこ。 タイマーで行うような処理をWDTで行おうとしていたので、
まだその辺の知識が無い人なのかなと思い、
あえて一般的な話をしました。 WDTは独立した内蔵CRで駆動される低精度なクロックだった気がする。 >>507
一つの品種をさしてメーカー全体の設計思想のような論理は如何と思います。
私のイメージでは、PICは行き当たりばったりで作られて動作が違う物も全然アリ。メーカー設計思想は売れれば良いだけかなと。 >>ID:p1kIseyK
WDTの本来の使い方というか、
番犬の名前の由来というか
Timerとは独立してる意味が分かりました
RESETのダイアグラムにWDT Time-outによるResetがありますね
これが暴走時のリセット用なのかな？
難しいなぁ、ひとまずはWDTの事は忘れよう(笑
>>508
50msの精度と消費電力の優先順位は消費電力と考えています >>513
>一つの品種をさして
WDTでSLEEPから復帰したときに、単純なSLEEPからの復帰になるPICって少ないのでしょうか。
SLEEP時にWDTをかけたときにリセットになるPICの品種を教えていただけると嬉しいかな。
>>507で「復帰になる品種もありますよ」と書いたのは曖昧で申し訳けないのですが、
たいしていろいろ使ったわけではない俺は、そうならない品種を使ったことがないのです。
でも、PICには(当然ですが)俺が使った品種よりずっとたくさんの品種がありますので、
それに該当しないものもあるかもしれんなあと思って、>>507のような表現になった次第です。
>メーカー全体の設計思想のような論理
すみません。その個別チップに対するメーカーの設計思想のつもりで書きました。
というか、メーカーの設計思想で、そのメーカーの製品全体に統一的に及ぶものって滅多にないと思います。
そういう憲法みたいなのって大変じゃないですかね。
せいぜい、「自分たちの製品で世界にイノベーションを」のようなスローガンみたいなものに
留まるんじゃないかと思います。
なのでこのコンテキストで「メーカー全体の設計思想」と解釈されるとは想定できませんでした。
「私のイメージ」は感じ方は人それぞれですね。 都市伝説かも知れないが、アンチロックブレーキシステムのマイコンはWDTが働いたら自己診断などの時間がかかる処理はすっ飛ばして、即座に初期化してシステムを立ち上げると聞いた。
理由は、通常問題無く稼動しているシステムにノイズかソフトバグが潜んでいてもリセットすれば最悪の状態を回避できると言うことだった。 >>514
>RESETのダイアグラムにWDT Time-outによるResetがありますね
それに、この図のようなSLEEPの条件がANDで入っていないでしょうか。
赤丸は、SLEEPのときにLになる信号で、
SLEEPモード(L)のときには、WDTがリセットとして動作しません。
DeppSleepのコーディングサンプルのある場所教えて栗 うぁぁぁぁ・・スペル間違えてる（赤面）
突っ込みもありがたいのですが、サンプルソースも教えて下さい WDTE_SWDTEN を使うと、ウオッチドッグタイマーのONとOFFが選べます
これってどうゆう使い方を想定してるんでしょうか？
いろいろ自分なりに考えて使ってみたんですがどうもうまくいきません
どうゆう使い方を想定しているんでしょうか？ スリープからの復帰のみにWDTを使いたい場合とかかな。 >ウオッチドッグタイマーのONとOFFが選べます
自分で答え書いてるじゃん
ウオチド（ウオッチドッグタイマー）を使いたい所でONにして、使いたくない
所ではOFFにする >>523
ところがプログラムの途中でOFFにしてもOFFにならずに
リセットされてしまうんですけど PCのマザーボードのファンコントローラーに、
偽りのファン（ファンは付けない）回転数を教える方法を先輩に聞いていたら
PICでできんじゃん？とのことだったのですが
その先輩がが晦日に死んでしまいました。
どうやったら上記のようなことがPICでできるようになるのでしょうか >>525
ファン付けないんだったら、BIOSでファンの回転数を見ない設定があるんじゃねーの？
ファンレスにしたい人もいるだろうから。 >>524
その機能を使ったことがないのですが、コンフィギュレーションワードの中に
SWDTENの有効、無効を設定するビットがないでしょうか。
たとえば、PIC16F18325だと、コンフィギュレーションワード2に、次のような設定があります。
WDTE<1:0>
01 = SWDTEN WDT is controlled by the SWDTEN bit in the WDTCON register >>525
パルス発生器でも作れば5000でも一万回転でも思いのまま DeepSleepの文献は見つからず・・・
もういいや・・・ 普通にSLEEPさせればいいのでは。
ESP8266のdeepsleepみたいなメモリ退避は不要 >>525
オープンコレクタで一回転2周期の矩形波というのが標準的なセンサ出力
ttps://www.sanyodenki.com/archive/document/product/cooling/DC_technical_material_jp.pdf#page=3&view=fith,430 >>533
いわゆるsleepのことかと思って調べてみたら、
Deep sleepは 特別なモードのようです。
おなじみのpicfunのページの解説
http://www.picfun.com/lowpower/lowpower13.html
>通常のSleepのようにウェイクアップで継続動作ということはできなくなります。
リセットベクタからのスタートが前提か。激しいな。
使ったことない…。 >>525は冗談を交えた真面目な質問かと思ったが、そうでもないのかな？
コメントしようかと思ったけど、すげえ良回塔の>>534に対して投げられた
>>535が質問者のものだとしたら、相手にするべきじゃなさそう。
様子見。 525ですが
至って真面目な質問だったのです。
転用中古サーバのマザーボードのBIOSが、ファンの回転を検知しないと起動しない設定で
水冷独立循環にしたのでダミーのファンを外したいなと…
先輩は仕事が忙しくて年末からずっと会社の個室に篭ってます。
>>526と>>527にいきなり煽られたので放置してました…
たぶん>>535も上の方と同一人物なのではないかと。
>>534様
DCファンのパルス出力仕様、大変参考になりました
疑似パルスを作る装置、早速作ってみます。
いきなり鯖に指してぶっ壊すのも怖いんで、まずはうちのお古で試し見ます >>536
ゴメン。知らなかった。
俺の知ってる普通のsleepと全然違う‼ データシートに出てくる専門用語を調べてもよくわからず四苦八苦
どうやら、Sleepから復帰する為に必要なINT割り込みはRAxポートのみしか
対応してない事に気が付いた・・入出力をRCxポートで設計＆実装してたので
色々とやり直しっすね
16F1825と16LF1825の消費電力の違いもよくわからない
内部クロック500kHzを使うかぎりは変わらないようにも読めるし
さらには16F1825は16F13825より省電力っぽいけど違うのかなぁ・・・
14pinでもっと省エネのPICを紹介して頂けると助かります
OSCCONレジスタの説明とオシレータのダイアグラムを見ても
HF500kHz と MF500kHz の違いがよくわからない
どちらを選択しようがポストスケーラで500ｋHzとなるが
MFの方が省電力って事でよいのでしょうか？
質問ばかりですみません。 >>538
先輩もお前と話したくないってことわかりませんか >>541
基地外は死ね。
って思ってるんじゃね？ >>540
内蔵500kクロック、14pinで200uA以下の低消費実現できるのは16F1825しかないと思う
もっとクロック上げて16MHzで800uA許容できるなら最新の16F18325でもいいけど
16LFシリーズは低電圧低クロックで１ケタμＡの消費電流を追及する場合の選択肢
HFINTOSCはMFと同じ精度だけど消費電流上がるから1MHｚ以下を選ぶメリットなし >>542
おっしゃるとおりです。先輩はそう思ってます 「先輩」って ID:YqnTwH7N のあだ名ですかね。
答える立場の皆さん一般を指して >>541を言ったのなら、どんな根拠でお前が代表するのかと問いたい。
図々しいにもほどがある。 なんだか荒れる原因作っちまいましたね。すません。
あのあと先輩のトコ行ったら、作ったからやると、PIC製のダミーファンくださいました。
先輩マジ神。ソースもくれましたホント神。今度飲み代だしますマジ（私信 >>546
惜しい。せっかくのPIC勉強のテーマが消えた。
…と思うのは部外者ですね。 ＞その先輩がが晦日に死んでしまいました。
これのどこが
＞至って真面目な質問だったのです。
なんだろうな。
ただのクズかこいつ。 >>549
そうそう、僕もそう思った。
先輩がそんな状態なのに、なんでこんなところで質問してるのか。
イタズラだと思ったから、答えたくなかった。 >>549
で、挙句の果ては
＞いきなり煽られたので放置してました…
とほざきやがる。
このイカレたやつの相手じゃ先輩もさぞ大変…。
これやるからあっち行け、もう来くんなって言いたかったんだろう。 お子ちゃま(>>525,>>538,>>546)はおうちとおそとの区別がつかない。
外でも仲間内と同じ口調、同じ言い回しで言葉を吐く。
それが通じると思い込み、通じなけりゃ人のせいにする。 堅苦しいのも何なので、ちょっと面白さを混ぜてみました、がスベっただけだろうに。
行間を嫁とか言ってる人がいる一方で表面的にしか捉えない人がいる。
>>529 >>535のように、回答者に対して暴言を投げる行為の方がよほど害がある。 「その先輩がが晦日に死んでしまいました。 」という表現に問題があるからスベッたんだろ？
反感を持たれたんだろ？
少しは反省しろよ。 >>554
>少しは反省しろよ。
>>546 を読めば少しは反省しているのは明白。
攻撃する相手を見つければ、自分の行動・人格一切を棚に上げて、徹底的に攻撃したいのかな？
反感を持たれた(過去)のは事実としても、反感を持ったという理由でどんな攻撃も許される、ということはないよ。
謝罪しても、約束しても、いつまでも過去のしこりを蒸し返して攻撃する人って、嫌だなあって最近思ってます。
(自分のことを棚に上げてたらもっと嫌)
ましてや掲示板。さらっと水に流せばいいのに。 >>543
お礼遅くなり申し訳ありません
モヤモヤしてた疑問が解決しました
追加質問すみませんが、
PIC16F1825の8PIN版ってPIC12F1822って認識で間違いございませんか？ L付きは「Lなしの低消費電力版と」いうより
「低電圧で動作し低消費電力を実現できますよ」っていう製品で、
どちらも3.2Vで動作させた場合、基本的に消費電力も同じなんですね
今回は外部ペリフェラルを3.2Vで駆動する必要があって
PICも3.2VでいきますのでL付きは不要のようですね
本当にありがとうございます いちいちID変えてファビョってるとこからして、そうとう頭おかしいやつだってことはわかる。
世の中に居るんだよ、異常に自分を特定されるのが嫌だけど、
他人を攻撃することに異常な満足感を得るタイプのやつが
しかもログみると、こいつ一回ID変えるのモロ失敗していて笑えない。 ひょんな事からLEAP PSTARTと言うプログラマー貰ったんだが(PICKit3も二個貰った)、付属のCDROMが無い。
MICROCHIPでダウンロード出来るようなんだけど見つからない。 >>555
＞その先輩がが晦日に死んでしまいました。
についてお前はどう思うんだよ。
不快感は持たないのか？
質問上必要な一文だと思うのか？ >>560
お前の認識(と言える程ではないが)を押し付けるなよ。 >>552の言う通り。
「いやあ、飲み過ぎで午前中死んでたわ。」って仲間内で冗談で言うよね。
それは、目の前に居て死んでないのは明白だから。
そういう状況と、不特定多数の目の前にいない相手に対して発する状況。
この区別がつけられないのよ、他人としての程度が低いから。
で、誤解されて、自分の未熟さのせいなのも分からず逆切れする。
実生活でも、当人は気づいてないけど、鼻つまみ者のはず。 >>561
おやおや、「質問」と「押し付け」の違いもお分かりにならない。
こりゃ、相手しちゃいけないレベルの低能だったな、失敗失敗ｗ >>553
スベッた責任は言った側が取れよ、馬鹿なのか？
客の責任にしてるようじゃまともな芸人にはなれんぞ。 >>564
それは助かる。
ｗ以前にお前の相手したくないんで。 >>562
ほんそれ。
知能レベルの問題なのな。
たぶん、鏡に映った自分を認識できない猿レベル。 仮に>>546はネタでは無いとすると、
先輩の気持ちが手に取るようにわかる。
「うっぜ、これやるからもう来んな。」
「喜んで帰ってったぜ、せいせいした。」
「これで当分邪魔されずに済むわ。」 >>568
それ、わかる。
見どころのある後輩で育てる気があれば、結果だけ渡して済みにはしないもの。
逆に、箸にも棒にもかからない馬鹿に、いらなくなったゴミ渡して済めばラッキー。 >>556
その認識でおｋ。データシートP.2 FamilyTypesに載ってるデバイスが
類似ラインナップだけど消費電流Specは微妙に増減してたりする。
---------------------------------------
No.D016:MFINTOSC=500kHz,5V,Typ消費電流比較
160uA...(1) 12F1822,16F1823
210uA...(2) 12F1840
190uA...(3) 16F1824,16F1828
160uA...(4) 16F1825,16F1829
270uA...(5) 16F1826,16F1827
215uA...(6) 16F1847 もしかして、このIDコロコロ君は、IDを変えることによって、
さも不特定多数の人間が持論を支持してるように見せかけているつもりなのか？
病院行ったほうがいいぞ、こんな普段殆ど人なんかいないスレで馬鹿じゃねぇの >もしかして、このIDコロコロ君は、IDを変えることによって、
そんな面倒なこと、いちいちやる訳ないじゃん >>573
>そんな面倒なこと、いちいちやる訳ないじゃん
訳ないかどうかは本人でないと分からんと思います。 >>575
キミさぁ。トリ付けてくれない？
文体でいつもの子だってのは一発でわかるんだけど効率よくあぼーんできるように
トリ付けて欲しいんだけど 今時勢、初めてのPICは何になるんだろうなぁ・・・ いきなり高望みして挫折したのは俺だけでいいんだぜ(´・ω・`) 機能や性能が低いと
アセンブラで組みたくなったり
メモリを節約したくなったり
ソフトで通信したくなったりする
初めてであれば、
実現したい内容に対してリッチな物を選ぶべし で、「大は小を兼ねる」と「過ぎたるは猶及ばざるが如し」のどちらが成立するのか？ｗ 適度なのを選べって事だよ
初心者ほどマージンを多く 機能豊富すぎると初期設定やらconfigやらの段取りが大変…
Lチカ程度の処理なら16F84Aで十分かと 16F84Aは300円もするからな
「○○で十分」とかいう言葉が合わない
16F84Aでなきゃダメな特別な理由が無い限り
選ぶべきでない >>590
今はCPUを使った方が安くてシンプルだったりするんだよね
もちろん仕様によるけど >>589
まさか本当に１からデータシートだけを頼りにやる想定？
まずはＬチカのサンプル拾って来てやってみるだろ。
最初から機能を全部把握する必要は無い。
つまり、チップは何でもよく、低機能のくせに高いだけのチップは避けるべき。
例えば、秋月で最安のPIC32
http://akizukidenshi.com/catalog/g/gI-11902/
そしてその型番で作例を検索
https://www.google.co.jp/search?q=PIC32MM0064GPL028+Lチカ
というやり方がおすすめ。 PIC16F84Aという名前を出して
荒れさせるのが目的な基地がいは
無視が一番 色々と設定しないと使えない、ってのは初心者に優しくないな。
ここでは禁句かもしれないが、AVRのtiny2313が良いと思う。 例えばPIC32でMCCでＬチカするとしたら、データシートすら見る必要が無い。
何も知らないなら黙ってた方がいい。 >>597
CPUがうんこなのは初心者に優しくないよ 回路作るのにデータシート見ないという天才が現れました データシートは必要だよな
既製ボードとか回路まるパクリとかじゃない限り
ソフトはMCCを使う人が多いのかな？ Lチカが最終目的なら何でも良いと思うけど（555でも74HC123 でも）、
もしも「CPUの中身や動作を理解したい」だったら、8ビットのシンプルなものが良いのでは？
でもシンプルすぎるとすぐに飽きるだろうし、ということでtiny2313。
少なくとも16F84よりはマシだと思う。
でもここでAVRを薦めるのはルール違反だよね、失礼いたしましたッ。 >>602
123 でチカチカさせるのはどうやるの？
2個使い？ 何種類くらい使い分けしてる？
それとも余裕を見込んだスペックで纏め買いしちゃってる？ PIC16F1454
PIC16F1459
PIC16F18326
PIC16F18346
PIC32MM0064GPL028
PIC32MX270F256B
この辺かな良く使うのは >>600
MCC使ったこと無いだろ？
ピンアサインもMCC内にイラストで出てるんだぜ？
せめてやってみてから書けよ、馬鹿が。
>>601
＞Ｌチカするとしたら
と書いてるだろ、データシート見るのかよ。
ある意味すごいわ。 いやー。
MCC使っていても、データシートは見るなあ。習慣の問題かも。 >>607
5chのPICスレあたりにたむろしているジジイ連中は、
無印MPLABにアセンブラで84Aっていう原始人並みの奴ら。
MCCのこと書いても通じるわけないよ。
その上、知らないことにも必死にレスだけはするという…。 ジジイって、反論されて旗色悪くなると必ず水掛け論に持ち込んで耐久戦だからな。
見なくても出来る<-->見るのが習慣
馬鹿馬鹿しくて手に負えん。 >>611
あ、もういいですよ。
アナタがMCCを使いこなせてないのは分かりました。
どうぞこれからもデータシートを見ながら頑張ってください。 電圧はデータシートを見なくてもわかるだろうけど電流は？ >>613
わー。すげえ喧嘩腰ですね。 普通に書けないの？ >>614
LEDを灯すぐらいなら、だいたいで良いんじゃないですかね。
他の場合でも、習慣でデータシート見ますが、おおむねだいたいは、わかってることの確認作業になることが多いかも。
だから、結果論で言えば、データシートを見てなくても組めたはずなのだ、と言えなくもないです。
やっぱり見ますけど。 MCCの存在自体知らなかったｗ
18325でA/D変換とシリアル垂れ流しするのに
.INCファイル見ながら近そうなチップのtemplateを流用してconfig設定したよ。
PPSもデータシートを見て設定した。
10年前でも16F84より16F628の方が安かったような。
MCCは今度使ってみるわ >>615
あなたのいやらしいレスあってのその返答でしょ。
＞Ｌチカするとしたら、
と最初から書いてるの
＞ああー。Lチカ限定ですか…。これは失礼。
ホント、人としてのいやらしさがにじみ出てます。 41プリウスでシートヒーターの駆動したけど昨年は運転席だけで今回は助手席もだから8ピンPICから14ピンPICにしたがMCCでマニュアル殆んど見なかったな。 Ｌチカどころか、大抵はデータシート見ないよ。
MCCの吐いたコードで、見たこと無い、あるいは記憶が怪しいレジスタ名があったとき、
それを確認するのにほんの時々見るくらい。
逆に、MCC使っててデータシートのどこをそんなに見るのか教えて欲しい。 一番最近は、I2C接続の液晶のArduino用のライブラリをPIC32に移植した。
まあI2Cだからかもしれないけど、データシートは全く見なかったな。
もしかしたら、まだデータシートのPDFをダウンロードしてないかも。 そんな糞みたいな自慢しなくてもねえ
必要なコンデンサとかちゃんとついてる？ 「電流は」とか「コンデンサは」とか、一人で楽しそうなヤツがいるな。
そんな基本事項を、そのたびにデータシートで確認してんのかな？
いや、それはご立派な心がけで…。 データシートを見ないでVCAPに10uFをどうやって付けたんだ？ >>ID:IEkYzJub
あー、パスコンの位置とか、許容電流とかねー。
そりゃとっても重要だし、必ず必要だねえー。
MCCにゃ書いてないかもなあー。
どっちも頭に入ってるから探してみたこと無いけどー。
さすがは健忘症が心配なジジイ、目の付け所がオシャレだわー。
データシートもちゃんと紙に印刷して手に持って見てんでしょー。 MCC使っててもデータシート見た方がいいと思う点
AC,DC特性(WDT時間とか、電源電圧と対応クロックの関係とか)
ADCの内部等価回路(内部のキャパシタへのチャージのイメージ)
ICSPによる回路の制約 過去に見て覚えてるのを「見ないで出来る」って？
しかもここは「初めて」スレ MCC使えない派の屁理屈が過ぎて呆れるな。
ていうか、それMCCに無いかもしれんけど、データシートも見ないな。
どっかのサイトの作例の回路図で見る。
PIC32とかなら全部同じだし…。
毎回データシートでそれ確認してるならそれはそれで偉いけど。 ジジイのイメージする初心者は山に籠ってデータシートと寝起きを共にする。 PIC32は全部同じとか
本当にPIC32を使ったことあるのかな >>634
ジジイの場合、自分が使えないツールはこの世に存在しないからな。
データシートと会話し、寝起きを共にし、時々5chでうっぷん晴らし。 >>635
基本の回路を参考にするって話なんだがな。
それともＬチカの回路ごときでパクリ呼ばわりか。
新しい物について来れないだけでなく、料簡も狭いんだな。
前後の流れも全く読めないみたいだから急にＭＣＣって言われて面食らったか？ >>640
「MCCで足りる部分は読まなくても済む。」が
「データシートが読めない。」に脳内変換されるわけね。
書いてる内容もブレブレだし、実社会で周りにいる人は大変だなあ。 臆病者は自分のことを棚に上げるので議論にならないですね。
無視することにします。 掲示板でレスしあってて臆病とか勇敢とか、
ちょっと意味不明だから無視することにします。 84Aアレルギーの人って多いんだね
俺は一度も使ったことないからアレルギー症状は出ないけど 84Aは３つ持ってて、２つは部品箱の肥やし、１つはどっか行っちまったがTVゲームになってる(はず)。
拒否反応は全く無いけど、初心者に薦める気も無い。
高機能なチップで初めて、どんどん人様のコードをコピペし、なんならMCCから始めろと言ってる。 勇敢に書き込みする>>643であった…。
なんかかっこいい。 >>622
マタキミかｗｗｗｗｗ
相変わらず基地外だな君ってやつァ Lチカはそのチップの環境を整える取っ掛かりであって、最終目標じゃないでしょ？
通話するなら黒電話がオススメ！みたいな違和感を感じる
自分が84Aで始めた時は、アセンブラでも1ヵ月でROMが足りなくなり、秋月で発売されて間もない628Aを買いに行った記憶 >>648
いやらしい性格な上に使う言葉は幼稚で下劣
もう救いようがないなあ >>649
確かにそうなのですが、それ＋αぐらいで終わってしまう人が多かったりして。
何年か前の新卒の人の話です。
マイコンやったことがあります。という話だったのですが、そっちの方の素養がありません。
大学は職業訓練校ではないので仕方がないのですが、じゃあ何をどれぐらいやったの？と聞いたら
「PICでLEDを点滅しました」「C言語です」「他の学生もだいたいそんな感じです」
ここに来る人の中にも、そういう実習中の人も少なからずいるかもしれません。 初心者スレの筈なのにいつから「データシートも見ずに回路が作れる神々のサロン」になっちまったの？
(無論揶揄です。) >>593
LSI とかも、シーケンサーとして、マイコン内蔵してたりするからな。
FPGA でもPIC 8bit クラスのマイコン、作り込んだりもする。 初心者の私は
MCCの選択肢(リストボックス)とデータシートの両方をにらめっこしてますが
半分くらいしか意味がわかりません(汗)
Lチカ（LEDチカチカの略？）して自分の理解が正しいかテストしたりてます >>652
Ｌチカの話なのに「回路が作れる」とかわけわからん屁理屈ブッ込む知恵遅れが出張ってきて
データシート以外は一切参考にしちゃイカーンとほざくから。
(あなたの疑問に対する誠実な回答です。) データシート読んでMCUの中身をチャンと理解してないと
言語処理系やマルチタスクは作れないんじゃないか？
Ｌチカしかやらないならどうでもいいけど、
便利なものにはハマリ過ぎないように気を付けないと。 今日初めて自転車乗る子供にいきなりバンク走らせるわけね。 ＞データシート読んでMCUの中身をチャンと理解してないと
こういう講釈たれるジジイばかりだからArduinoあたりにお株を奪われる。
AVR買収したとか、末端に無関係な内容でやっと留飲を下げる日々…。 元は>>598の書き込み
「データシートすら見る必要が無い。」
回路はパクれば済むからだって データシート見ずしてVolやIolどうやって知るんだ？ MCCを使いこなすよりMCUを使いこなした方が良いと思うんだけど 毎回VolやIolをデータシートで確認してるらしいから見上げた馬鹿っぷりだ。
MCCのインストールだけで10年かかる見込み。 まあまあ。MCCも使えば便利。(なんてたいがいの人が知ってますよね。
誰ですが？まるで自分一人が地平を切り拓いたかのように振る舞ってるのは)
でも、データシートを見る習慣も特に駆け出しの頃には必要です。
データシートを見ないあるいは見る頻度が低いと言えているような人は、
それで済むような学習や経験を積んでいるからで、便利なツールだけで
落とし穴を回避できるわけじゃありません。
天才は自分の才能が素晴らしいものであることにあまり気付かないものです。 なんか、とても勇敢な人に褒められちまったぜ、照れる。 シリアル通信について質問さしてください
PIC16F84A（無印ではなく「A」版）でシリアル通信をおこないたいんですが、
昔使ってたHC(Hi-C)にはソフトウェアシリアル通信ルーティンが最初から
入っていたと記憶しています
ですがXC8で同じような機能を探しても見つけられませんでした
XC8にはソフトウェアシリアル通信処理は含まれていないんでしょうか？ MCCは最初は便利だけど
いずれ不満が出て来てスクラッチで組むようになる
MCCのコードは
性能が悪い
自由度が低い
エラッタ回避しない
無駄が多い マイコンの選定ミス
素直にPIC16F18325でも使いなさい MCCは何の対策もしてないけど対策は可能
まったく途切れずに送受信出来る EUSARTと同じクロックソースのタイマーで
偶数奇数を合わせる PICは安い部品扱い
Arduinoはそれなりに多機能だがそれなりに高い
だったらCHIPSとか最初からWiFiもBTも備えてる$10の奴でいいじゃんって話になる CHIPS？
もしかしてCHIP？
ジャンルがまったく違う
じゃあPCやスマホで良いじゃん 性能評価のベクトルって1方向じゃないよね。
>だったらCHIPSとか最初からWiFiもBTも備えてる$10の奴でいいじゃんって話になる
これって、ラーメンの美味しさをチョコレートの基準にあてはめて評価するようなものだよ。 >>677
ArduinoはAVR 限定じゃない。 pinguino、コンセプトはいいと思うんだが普及しないのは何か問題あるからなのか？ USBの扱いが容易。
ArduinoIDEが軽い。
言い換えれば、それ以外はPIC+MCCで支障無い。
中華Arduinoが安いから気軽に買っちゃうけど、DIPで好きなものが選べるPICはいい。 USBもEthernetも使わないなら
MCCもHarmonyも要らんなあ 秋月で買うDIPを秋月で買うC基板に刺すからだよ。 >>690
これ持ってるけど使いにくいよ
フラットケーブルみたいな2段になったコネクタは真ん中しか付かないし >>691
ソルダレスブレッドボードを使い慣れている人だと、そうは感じないかもですね。 蛇の目パターンは鏝先がドーナツを収穫しちゃうんだよな。。。 >>694
私も最近はこの「電源パターン有りユニバーサル基板」しか使っていない。
配線がすご〜く楽で時短になるし、ノイズに対しても有効だと思う。
両面スルーホールなのでランドがすぐに外れてしまう、という事も無い。
欠点はランド間が狭いのでハンダ付けに少し気を遣うところかな。 >>698
櫛形にVCCとGNDが存在すると大きなループができています。
電源パスコンが存在すると交流的にはつながっているのと同じ。
そこに電磁波が飛びこんできたら電源パターンにノイズ電流が流れます。
逆にそこを回るようにノイズ電流が流れたら、基板からノイズが輻射されます。
これを軽減するためには、開口部を小さくしていくことで、くし型パターンが
細かくなればなるほど都合が良くなります。
それが行きついたところがベタGNDですね。
ってことなのですが、電子工作でこれが問題になるかな？って気がします。
>電子工作でこれが問題になるかな？って気がします。
と書きましたが、電子工作でも、
スイッチングレギュレータのような高周波電流。
A/Dコンバータのようなデジタル・アナログ混在。
その他GNDがノイズで揺れたら困るようなものの場合は
ベタパターンって有利だと思います。開口部とは関係なしに面積があるのは美点です。 >>701
グランドループ一般論ではなくて、ここでは基板上の電源パターンの話ですよね？
違います、の内容を書いてくれなきゃダメじゃないですか。俺もあなたの話で勉強したいよ。 >>698さんが質問してて、
とりあえず俺が>>699で答えたよ。
で、それを否定する人は、何が正しいか自分としての答えは持ってるわけだよね。
>>701さん、>>703さんはなんで正しい見解を書かないの？ 俺には不思議だな。 >>705
> >>701さん、>>703さんはなんで正しい見解を書かないの？ 俺には不思議だな。
アホなので人がわかるように説明できないからに決まってるだろ。あんまりいじめてやるなよ。 >>701は、理由も何もないと思うよ。
とにかく他人の言ったことに、「全然違う」とだけ言えば、言った人が焦るので、
それを見て笑っているだけ。気にしなくていいよ。
どうせ根拠はないから。 RZって何でしたっけ。ルネサスの話じゃないですよね。ここPICスレだし。 うちのRZは速いよ
350でもうパーツでないけど。 701だけど
>なんで正しい見解を書かないの？
ここはPICスレだから
正しい見解が欲しけりゃ適切なスレで再度質問して下さい
そうすれば何が間違ってるのか書きます >>718
一々それぞれのレスの流れを読むのが面倒なので無視しているのだが、
そうやってまとめる意味、目的は何？ >>719
＞一々それぞれのレスの流れを読むのが面倒なので無視しているのだが、
何を無視しているのか対象が不明
＞そうやってまとめる意味、目的は何？
「そうやって」の指し示すものが不明
ちょっと何言ってるのか分からない。 >>719
>そうやってまとめる意味、目的は何？
それをやると俺が不快になると思ってるみたいです。
そんなことをやってるより、質問に答えたり、
間違ってると思う回答に技術的な内容をともなった反論をすればいいのに。 褒め称えてるんだから、信奉者なんだろう。
そういう突き放した言い方はいけないな、友達は大切にしないと。 反論する価値も無くただ邪魔だ、という場合もある。
日がな30オーバーのレスを繰り返す奴への違和感に異論は無い。
もっと建設的なことやればいいのにと老婆心ながら思う。 俺もそうなんですが、自分でも説明できない感情の不満を、人は「違和感」って言うことが多いものですよ。
たいていは自分に問題があります。自戒しなくちゃ。 「俺も」「人は」と言いながらサンプルは自分だけ
もっと情報集めて出直せよ >>721
韓国の元大統領クネばぁさんが得意だった告げ口外交だろ。
「ねぇ、みんな見て見て、こいつはこんな書き込みをしているひどい奴なんだよ」
>>723 ＞日がな30オーバーのレスを繰り返す奴への違和感に異論は無い。
IDコロ助の1回だけの罵詈雑言、非難中傷に比べればはるかにマシだ。
なによりニギヤカになって結構な事じゃないか。 自分の目の前の事しか信用出来ないタチの人なんだろう。 >>727
言いたいことはよく分ったが少し気になったので
誤：非難中傷
正：誹謗中傷 仕事では使いたくないって事
隠蔽エラッタてんこ盛りだから 納期間近でデバッグしている時に、動作トラブルの原因がエラッタのせいだと分ったら…
…考えただけでゾッとする。
客先に「CPUのせいで納期に間に合いません｣って言うのかな？
どんな反応をするのか言ってみたいような気もする（笑） 納期間近までエラッタの確認もしてないようなヤツがいると考えただけで笑える >>737
PICに限らないでしょ。ルネでもAVRでもあるよ >>737
詳細な説明が必要なときはそりゃそうだ
メーカーや代理店に一筆書いてもらって
まあ別の理由をでっち上げる事もあるが
>>738
未公開のエラッタをどうやって確認するんだ？
公開してあるものは当選確認するし
検証や評価も当然する
でもどんなに検証しても
出荷直前や客先で発生してしまうことがあるのが
バグやエラッタ >>739
重度、数、公開情報、サポートの問題
PICは酷すぎる 納品間際や納品後にエラッタが影響するような低レベルの動作検証してない時点で、次から仕事はもらえません。
向いてないので仕事変えましょう。 >>738
そのままPICに当てはまる
エラッタがあるマイコンは出荷するなと
マイコンはバグがあっても良くて
製品はバグがあってはいけない？
なかなか頭がおかしい人だ >>742
どの程度の検証をするかは
問題発生時の影響、機能、規模、製品のジャンル、開発期間、コスト、...
によって決める
完全にゼロになることを前提にはしない
マイコンメーカーも同じ
ただPICはひどい >>743
考え方が逆ですね
バグやエラッタがないことを前提ではなく、想定外の動作をしたときの異常検出とリカバリ処理を
仕様として把握して、きちんと実装しているかどうかが、素人とプロの境目だね
バグもエラッタも回路異常動作もノイズも全てなしとかのシステムはこの世にありえません
考慮していないというシステムははいて捨てるほどあるね >>745
異常検出なんか当たり前の事だ
わざわざ切り替える偉そうにここで語ることでもない
どの異常をどの程度の検出するか
も>>744と同じような項目から判断する
当たり前 じゃあここで話題になった、
USARTの二重送信問題
通信相手先が製品の外部だとして
どういう異常検出をするのかな？
客先に、
データ誤送信の可能性があるから
ちゃんと異常検出してね
って？？？？
実際に開発したことが無い人は
出来もしない理想だけを語る
まったく意味が無いだけどころか
情報としてマイナス 評価検証をしない、エラッタを見ない、
異常検出やリカバリー処理をしない
ホビーだから許されること
データシートを見ないなんてアホもいたな >>747
客先にエラーリカバリの実装お願いするのあたりまえじゃん
君は客先にデータの物理的なノイズから何から全て保証して納品するのか？
君はPICの電源落ちても送信内容を保証する契約すればいいんじゃないかな >>750
って言うか、上位プロトコル実装してないの？
例のエラッタが影響するような、動作クロックに対して高速に連続した送出が必要で
かつデータ内容の保証が必要であれば、物理層がUARTという仕様が問題で
かつ上位プロトコルの実装と、アプリケーションレイヤーでのデータ保証と再送の
通信仕様を提案すべき
それができないのはシステム全体の構築と運用の提案能力に欠けると言うべきだろう
悪く言えば客先の奴隷。一生、無料でメンテしてなさい。 >>752
だね
ホビーマイコン＝エラーやバグ、エラッタは起きないのでリカバリや保証の必要なしという動作仕様が前提。
ノイズだろうが雷だろうが通信エラーが起きたら電話一本で君を呼びつけるだけの仕事がいいです。 >>753
君の人生には異常検出の機能は無いのかな？
やり直した方が良いよ人生 >>740
＞未公開のエラッタをどうやって確認するんだ？
>>737には
＞エラッタのせいだと分かったら…
と書いてるから、エラッタだと分かったんでしょうねえ。
未公開ならどうやってエラッタだと判断したのか、逆にこっちがお聞きしたいですわ。
>>743
エラッタ無しは不可能です。
その確認、対処が納期直近なのがトロいと言ってます。
実にトロいです。
完全にトロいです。
>>754
あ、それが結論なの？
触っちゃいけない人のようですね。 >>755
隠蔽エラッタてんこ盛り
これが事実
どうやってエラッタだとわかる？
そんな事は自分で考えろ
事前の確認や検証で全て分かる？
おめでたい人だ 結論は >>735 の「仕事では使いたくないって事」 に尽きる。
エラッタが多くても気にしない人や趣味なら使えばよい。
しかし何でマイクロチップは「ホッタラカシ」なんだろうね？ .
ここは初心者スレですので、先輩たちは あちらのスレで語ってください。
会話のレベルが高すぎて、僕ら初心者が質問できません。 ほったらかしと言えば、MCCとMLAの不整合もひどいぞ。
MLAのサンプルをMCCでカスタムしようとすると、同名別機能の関数が生成されて衝突する。
MCCがCDCに対応してくれて助かったけど、HIDで苦労した。 >>760
お願いですから、あっちでやってください。 ＞どうやってエラッタだとわかる？
＞そんな事は自分で考えろ
全力の回答乙 >>737
納期間近でデバッグとか。
動作試験ならわかるが。 先輩たちは、どうかあっちのスレで話してください。
ここは、初心者が質問するスレです。 >>767
動作試験で問題が起きればその原因がエラッタでもOKなのか？
>>768
PICにはエラッタが多い、ってのは初心者も知っておくべき重要な情報だと思うがな デバイスを選定する理由に色々なケースがあるでしょうけど、特に指定が無ければ実績のあるデバイスを選定するの良いですね >>770
普通、開発前に評価するだろ。
その為に、評価ボード用意されてるんだから。 >>776
×開発の現場にいないやつはだまってろ
○貧乏な開発の現場にいないやつはだまってろ
◎ITドカタの開発の現場にいないやつはだまってろ >>776
そんな仕事してたら、
自殺者出るのは当たり前だな。 PIC24からSDカードにSPI通信で書き込みたいけどどうしたらいいのかわからない... >>783
教えてくださり、ありがとうございます！！！
ちなみにこの本では「PIC24F」での方法などは書かれていますでしょうか？ 本からは考え方だけ貰って、PIC24に依存する所は自分で書く位の気概は無いのでしょうか？
一行もコード書きたくないの？ >>785
PIC24FJ64GA002です。
>>786
できればそうしたいのですが、どこからどこまでがPIC24以外に依存するのかの判断ができるほどプログラミングができるわけではないので、
できれば同じマイコンで書かれたプログラムを使いたいと思ったので....... >>787
それなら、本に書いてあるCPUを使えば？ 回路, SPI, SDカードのプロトコル, FAT, ファイルフォーマット(テキスト, JPEG, MP3, ...)
どこまで必要？
どこまで知っててどこがわからない？ >>789
たまたま手持ちにあったからです。
>>788
>>791
全くの初心者です。SDの初期化で、「SPIに0x40を出す」というプログラムでさえもどうすればいいのかわかっていません。
>>792
自分もそのFatfsを使って見たんですけど、どうも使いこなせなくて...（どこをどういじればいいのかがわからなかった） SDカードの初期化→SPIモードへの移行の、
「クロックを７４個以上出す」と「SPIに0x40を出す」の言っている意味は、
「SCLKピンに繋がっているPIC側のピンのオン/オフを74回繰り返す」と「DIピンに繋がっているPIC側のピンをオン→オフ→オフ→オフ→オフ→オフ→オフにする」
という事であっているのでしょうか？ どうしてマイコン使うのだろう
結果を求めるのなら素直にラズベリーパイでも使ったほうが良くないか
マイコンで低レベルのSPIやビット操作から覚えたいというのであれば、苦労してでもするべきだし、
SPIを意味を理解して使うには最低ストレージオシロが必要だろう >>793
質問の答えは？
>>791の全ての項目に対して
必要か不要か不明か
どの程度の知識があるか >>794
アンタが何を見て何をやろうとしているのか
傍からは全く分からないよ。 本当に何も知らないなら素直にPCで適当なツールを使って書き込むのが良いよ >>797
PICを使って測定したデータのログをSDカードに書き込みたいと思ったのですが、思いの外難しかった←イマココ >>796
だいたい知ってる,知らない,知らない,知らない,テキストファイルだけで十分
あとはC言語ですね C言語は知ってるの？知らないの？
わさとわからないように書いてる？ SDカードへはFATで書かなきゃいけないの？
ファイルシステム無しにベタに書くのではダメ？ ChaNさんのサンプル見て同じ型番のPICで動かせずに挫折してるレベルのヤツが
SPIをソフトウェアで一から動かしてやろうなんて楽しそうでいいじゃないか。 ん？
SPIをソフトでゼロから作る？
そんな事言ってる？
まあSPI自体は簡単だけど >>801
知らないに等しいレベルです
>>802
あとでパソコンにデータを取り出せるのであればそれでもいいです。
>>803
本当に。なんで同じマイコン使ってるのにうまく行かないんでしょうかね...自分の無能さに腹が立ちます。 >>804
MCCとかFatfsとか、使えるものは最大限使いたいです。SDカードにデータを書き込みたいだけなので。 MPLAB X IDEで教えて下さい。
今日初めてPICをやってみました。MPLAB X IDEをダウンロードして、
使ってみたのですが、とても使いやすいマイコンで、気に入っています。
しかし開発環境の使い方で、わからないことが多くて困っています。
私の知識が無いと言われそうですが、宜しくご教示ください。
1. エディターで、現在の行が灰色の帯で表示されるのですが、
この灰色の帯を表示しないようにするには、どの設定を触れば良いでしょうか?
2. 外部エディターの設定は、どこで行うのでしょうか?
3. TABが4スペースになってしまうのですが、TABはTABのままにしたいです。
どこの設定になるでしょうか?
4. 日本語のスペースが入っているのを□などで示すには、どのようにしたら
出来ますでしょうか?
5. if(とか打ち始めると、勝手にその先の文字列が表示されてしまうのですが、
これをやめるには、どのようにしたら良いでしょうか?
6. コンパイルが終わって、PICに書き込むためのボタンは、どれを押せば良いでしょうか?
それがわからないので、今は「Build + Download」 のボタンでやっています。
IPEを使わずに、書くだけの方法はないのでしょうか。
すみません。
宜しくお願いします。 >>806
SPIはMCCでコードを自動生成するのが良いかと
MCCの設定画面で適切に設定してからコード生成ボタンで
SPIにアクセスするコードは、
SPIn_Initialize を呼んで
SPIn_Exchange8bitBuffer で通信するだけ
CSは自力でポートアクセス
>>794
> 「クロックを７４個以上出す」と「SPIに0x40を出す」の言っている意味は、
これも SPIn_Exchange8bitBuffer を使ってやる >>804
じゃあ、お前が、まず>>794に答えてやれよ。 >>805
あとでパソコンで取り出す頻度が低くて自分だけしか取り出すことがないのなら
FATで保存する必要もなく、
PC上でセクタをそのまま読めばいい
普通にPCからテキストファイルとして簡単に読みたいのなら、
当然マイコン側にFAT形式を扱うモジュールを入れないとダメ >>806
だったら>>792の検索結果で出てきたところを真似る。
これが最短。
>>808の言うこと聞いてたら当分実現できんぞｗ >>807
今日初めてPICをやってとても使いやすいって？
１日で使いこなした感じ？
すごいな
設定は、
メニューの Tools ===> Options でいろいろと変えられる >>806
悪いこといわないから、ラズパイかardiunoのSD使っとけ
お前にはまだ無理だ PICは8ﾋﾟﾝDIPﾀｲﾌﾟが便利。いっぱいﾋﾟﾝがあるやつなんてarduino zeroとかC.H.I.Pでも使ったほうがいい >>813
ありがとうございます。
確かにoptionのところの Editor のタブにいろいろありましたが、
外部editorのpathを書くような欄が無いと思いました。
MALAB X のtext editor が使いにくいので、外部editorにすれば
好きなようにできると考えたのです。 8pin DIPの存在価値がいまいちよくわからん
初心者が簡単そうだからって感じで使ってみるイメージ
でもピンが少なくて実際はもっと多い方が簡単だったみたいな
サイズ的にはDIPなんてあり得ないし
値段も数個買うくらいならまったく気にするような額じゃないし
という事で、8pin DIPの用途が知りたかった SPIでセンサー制御して結果をPCにUART送出する用途で8pin SSOP使ってる
できるだけ小さくすることが求められるので とりまディップじゃないけど８ピンのピックはめちゃ使うけどなあ
８ピンあれば電源とグラウンドを除いてもＩＯが６本も取れる訳で
（１本は入力専用だけど）
ちな１２Ｆ１８２２は去年だけで３００個くらい買った えっ？
個人で300個？
用途が気になる
16F18313に比べて12F1822はどの辺に特徴があるんでしょうか？ ＞８ピンDIPタイプPICの使い方の一例
http://www.asahi-net.or.jp/~rn8t-nkmr/family/pic/lc/
このかたは８ピンOPアンプを物理的ベースに使ったようだけどPICでもOK！ >>826
おもしろい
8pin DIP PIC の使い方？
う〜ん 16F1455かな？
マウスをプルプルさせて乱数を生成して、
モンテカルロで円周率を11桁求める？ ＞＞８２９
ケースは自前の３Ｄプリンタで製造？
もしそうならうらまやしい http://rio2016.5ch.net/test/read.cgi/denki/1494294395/17
プリンタは↑見て興味もって買った2万ちょっとの安いやつ。
マウスぷるぷるは、管理者権限の無いPCで、ログオフさせずにExcelのマクロを夜通し動かすために使う。MLAのHIDmouseを1455に焼いただけ。
円周率は別の回路。
モンテカルロでは5、6桁しか出なかったので解がπになる定積分の近似で求めた。 >>821
PIC16F18313使ってシートヒータのコントローラを作ったな。
シートヒータの温度調節がLOW/HIGHしか無いので
ボリュームスライダーをADCに入れてPWMでFETでドライブした。
極寒の朝用に押しボタンSWを長押しで10分間はONしっぱなしモードも付けた。 あのマトリックスLEDはPICで制御してるけど、πの生成はESP8266でシンプソン法使ってる。
15桁くらいまで3秒くらいで正確に出た。
Cでdoubleの精度を越える桁はどうやって計算するの？ >>842
手計算でどうやってるか考えれば答えが出る
1000桁くらいまではそれでいける 加減算は簡単
キモは乗算
桁数が大きければフーリエ変換を使ってやる
桁が少ない時はカラツバや普通の筆算方式を用いる
除算や無理関数などは加減乗算を組み合わせて行う
PICで円周率計算、是非ともよろしく！ 除算とルートは、
加減乗算のみを使ったニュートン法で求める 手計算の記録は500桁くらいだったかな
ずっと昔の暇な人の記録 マウスぷるぷるでログオフ阻止して最適化のマクロを動かし続けたいだけなんだぜw
最適化のアルゴリズム探しでモンテカルロを試したのがπの元ネタではあるんだが。 >>830はなかなか鋭い書き込みだったわけだ
えっへん またまた超初歩的な質問ですみません。
まず初めに、SDカードの「SCLK」ピンにPIC24Fからクロック出力をしたいのですが、どのようなコードを書けばいいのでしょうか？？
「MCC」を使って、「SCK1OUT」ピンをRB4に割り当てたのですが、LEDをつないで見たところ、何も出力されていないようです。 >>852
「なにも出力されてない」を判断するにはまずそれを観測できる道具が必要。
この場合、LEDと人間の目ではスペック不足なので「オシロ買った方がいい」ということになります。
でも、まずは「何が出力されるのが正常」かを知るため資料を読むのが先です。 ロジックチェッカーが必要だな。
サンハヤトで出してたっけ？ 脅して敷居をあげなくても
一旦SPIの通信が通っちゃえばあとはいらないし
SPIの設定も複雑じゃない
最悪、4種類全部試してみればせ良いし
どこかのサンプルをパクるんでもいい
通信速度もテスターやLEDで見れるくらいまでクロックを落としても良いし
電気的な知識があれば音声として録音して波形を見ても良い 質問のレベルから察するにここをクリアしたとして別の壁が待ってる事は明らかじゃね？
だったら適切な測定器持ってたほうが良くね？ ログオフ阻止用マウスぷるぷるを披露したら「音楽再生すればいいんですよ」だって。
ほんとだった。 CMD0を送るのは、次のようなプログラムで合っていますでしょうか？
（MCCでSPIの設定をしてあります）
#include "mcc_generated_files/mcc.h"
...
SPI1_Exchange(0x40);
SPI1_Exchange(0x00);
SPI1_Exchange(0x00);
SPI1_Exchange(0x00);
SPI1_Exchange(0x00);
SPI1_Exchange(0x95);
... >>859
方法が色々とあることを知っててわざとやったわけじゃないのか
検索すれば色々と出てくるぞ >>861
相手の応答を見て確かめれば良いのでは？
CMD0の前の準備は出来たの？
CSをHIGHにしてからFFを10バイト送信すれば良い >>863
その前の準備も同様にやっています。
でもなぜかCMD0のあとに0x00のレスポンスが返ってきます。 オシロ厨は本気でストレージオシロを薦めてるんだろうか。
それともただの馬鹿なんだろうか。
数百円で買える中華ロジックアナライザーで十分。
オシロで信号状態分析するような段階じゃ決してなさそうだし、
そんなことが必要になることは無い。 >>866
中華の安ロジックアナライザがこの手のボウヤに使えると思うのか？
あの手のは、ちゃんとした測定器を使える人が使うもの。 >>862
マウスを動かすしか思い付かなかった。
あとはキーボードでCapsLockを押すとか。
俺の土曜を返せと言いたい気分。 >>867
俺でも使えるから使えるよ。
無駄にハードル上げんでもいい。
規定の初期化コードがちゃんと出てるか程度なら猿でも確認できる。
そして、初心者が一番つまづくのはその段階で、あとは割とすんなり行くもの。
ただの経験則だけどね。
>>868
アナログが1chついてる4000円くらいの中華ロジアナ、
もう何年も重宝に使ってる。 SPIの初期化で、CMD0を送った後に0x00のレスポンスが返ってくるのは何故なんでしょうか？
0x01が返ってくるはずなのに。 あ、SDカードを外しても0x00が返ってきたので、そもそもCMD0が送れていないみたいです。
CS、DIをHIGH
↓
for(i=0;i<80;i++){
SPI1_Exchange8bit(0x10);
}
↓
CSをLOWに
↓
SPI1_Exchange8bit(0x40);SPI1_Exchange8bit(0x00);SPI1_Exchange8bit(0x00);SPI1_Exchange8bit(0x00);SPI1_Exchange8bit(0x00);SPI1_Exchange8bit(0x95);
これではだめなんでしょうか？ >>872
そもそも、SPIに割り当てたピンに正しくHighとLowが出てるのか。
それをどうやって確認してます？ >>870
そのロジアナはスタンドアローンですか？ >>872
なんで言われた通り、FFを10回書かないの？
CS = HIGH;
for(i=0;i<10;i++){
SPI1_Exchange8bit(0xFF);
}
CS = LOW;
SPI1_Exchange8bit(0x40);
SPI1_Exchange8bit(0x00);
SPI1_Exchange8bit(0x00);
SPI1_Exchange8bit(0x00);
SPI1_Exchange8bit(0x00);
SPI1_Exchange8bit(0x95);
while (SPI1_Exchange8bit(0xFF) != 0x01);
CS = HIGH;
... そもそもレスポンスの受け取り方はこれで合っているのでしょうか？
uint8_t res;
res = SPI1BUF;
if(res == 0x01){
... 言われた通りにしないので、
もう書かないことにする >>880
あ、報告していませんでいたが、その部分は言われた通りに書き直しましたよ？ >>881
こいつ、最近ここで見る阿呆の匂いがぷんぷんする わざわざ他のスレを汚すほどのことは無い。
>>876を無視すりゃいいだけ。 Bluetoothモジュールの使い方で教えてください。
RS232Cの配線を無線化できると思い、Bluetoothモジュールを買い、TXD,RXDをPCのターミナルに接続しました。
ここでATコマンドというのが出てきました。ボーレートやその他の設定をするようです。
確かにターミナルからAT+xxxxと入力するとBluetoothモジュールから OK と返事がありました。
しかし、実際にやりたいのは、0x00〜0xffまでを送受信することです。
AT+xxxのモード?か抜けないと、0x00〜0xffまでの送受信状態にならないと思うのですが、
ATコマンドモードから抜ける方法(ATコマンド?)があるのでしょうか?
また、モジュールの電源onのたびに、AT+xxxを実行した後、0x00〜0xffまでを送受信のモードに移ることまでを
マイコンが毎回行わないといけないのでしょうか?
期待するところは、電源onしたらモジュール自身の設定値を呼び出して自動的に0x00〜0xffまでを送受信するモードに
入って欲しいです。 どのメーカのどういう型番のモジュールなのかを書くか、エスパーを召還してください RN42だろうな。
俺も使おう思っていたところだ。 すみません。
メーカーわからないです。
型番は、HC_06と言う物です。
アイテンドウで買いました。 $$$でコマンドモードに入って
---で抜けるんとちゃうの？ データシート見たらこう書いてあるからハードで制御せなあかんのか
works in Data Mode when the CMD pin (pin 34) is pulled to logic 0 level or is left unconnected. ATDT電話番号）で、トーン信号で相手に電話を掛ける、だったっけか？ >>885
初期化コマンドくらい送れよ。
BTだったらペアリングもしないといけないんだぜ。 HC-06なら俺もAitendoで買ってPICで制御する倒立振子に載せて使った。
PCからはFT232つないだ時みたいにCOMポートとして見えて、TERATERMから送受信できた。 ペアリングが済めば普通にCOMポートに見えるし、Androidからも送受信できた。 >>892
コマンドでできることがハードでもできるってことだろ
そのままではRS232ケーブルの代わりのようには(ブラックボックス的には)
使えないと思う
どうしても使いたいならマイコン一段咬ませて初期化やらせてそのあとリレーする
HC-06 Bluetooth to Serial module datasheet
Guangzhou HC Information Technology
データシートよく読め BLE内蔵PICってありそうで無いんだな
市場はCortexばかりで味気ない BLEじゃないけどRF関連搭載のrfPIC12F675Fがあるね 普通のPICでソフトでRF出せる。ワンチップAMラジオICで受信も出来た。 >>901
ARMは味気なくてMIPSは味がある？
意味わからん
RL78, RX, SH, R8C, H8, MSP430, C2000, C6000, AVR, STM8, ...
独自アーキテクチャもまだまだたくさんあるよ インストラクションでCPUの能力を評価していいのかな？ CISC代表のx86の命令が貧弱？
なかなかおもしろい事を言うねえwww >>904
周波数決めてアンテナ付ければ出るでしょ
AMラジオってある意味でノイズを音に変えてる様なもんじゃない? 出るというか
矩形波の高調波じゃね?
AM変調はどうやってかけるんだw さすがに8ビットPICで演算で振幅変調は難しそうだけど、
こんな回路でできないだろうか。
℃素人で恐縮ですが質問させてください。Hi-Tech C の最後のころのシンタクスと
現在の xc8 のバージョンにおいて、コンフィギュレーションビッツに関する表現を
除くとして、共通性・互換性は高いのでしょうか。8ビットPICを前提としています。 >>915
自分の場合はとくに変更なしにどちのコンパイラでも使えています。
（ただしコンフィギュレーションと初期化ルーチン以外ですが）
特殊な書き方さえしなければ
CCS-C,AVR,8051でもメインルーチンは同一でも動作可能です
（ただし、AVRはヘッダーファイルを一部変更すればですが）
機能の設定をサブルーチン化すればほとんど流用可能です
それがC言語の特徴だと言えます。
あとは、自分がどうしたいかでどのようにすれば可能かはおのずと見えてきます
CCS-CではSFRの設定は自分ですべて用意していますし
AVRではポート制御はPICと同様にできるように定義しています
8051ではほとんど機能がないのですべて自分で記述すれば何でもできます
しかも、この変更をしても出力されるコードには変化はありません。 >>915
C言語自体は問題ないが、
マクロやライブラリの互換性はあまりないから、
ネットや本からコピペ下のを移植するのは少々大変かもしれない >>916
違うところをラッピングすれば同じように使える
というまったく意味のない情報
頭悪いの？ MCCでTMR0使ってみて、はまったわ。
16ビットモードにしたら指定したタイミングにならず、上位が常に0だったわ。最適化でアクセス順番間違っている感じ。
プリスケーラで落として8ビットモードにしたわ。 >>916
丁寧に解説いただきありがとうございます。自分なりのレベルで、曖昧ですが理解に
達したと考えます。これからその曖昧さをより排除すべく努めたいと思います。
「サブルーチン化すればほとんど流用可能」の「ほとんど」の部分に、今後の修行の
成果が表れるのだろうと理解はしているつもりです。
ところで「SFRの設定」とは、各PIC個別に用意されているテキストで構成された
ヘッダファイルの中身という意味なんでしょうか。再度質問して申し訳ありません。
CCS-Cコンパイラ、ライブラリが豊富とか。初心者は購入すべきなんでしょうかね。
>>917
現在本からの写経の修行に励んでいるところでして。コピペは極力いたしませんが、
もうちょっと勉強してから細かいところは質問させていただきたいと考えております。
現在出版されている書籍は、内容が少々古いものが多いようでして、このような疑問を
持った次第です。ありがとうございました。 >>919
MCCはただのサンプルコード
何の保証もない >>920
CCSのライブラリは便利だけどブラックボックスで発展性がないからお勧めしないな >>920
SFR
特別な機能のレジスタ
ペリフェラルの設定などが出来るレジスタ
多くのマイコンではアドレス空間に割り当てられていて、
メモリアクセスのように読み書き出来るが
通常のメモリとは異なり、
読んだだけて機能が動作したりする物もある
このレジスタにアクセスしやすくするためのヘッダファイルがマイコンメーカーやコンパイラメーカーから用意されている事が多い
このレジスタのアクセスに対してコンパイラが最適化しないように
通常はvolatile宣言されている >>922
なるほど。ライブラリまでフルスクラッチというわけにはいきませんが、
PICの面白さとはつまるところ、そういうものかと思います。
むろん私にはそこまで到達する力量はありません。
>>923
SFRとヘッダファイルの関係は、おおむねわかっているつもりでしたが、
読みにいっただけで動作するしくみについては、全く知りませんでした。
皆さま解説ありがとうございました。 8bitPIC使いの（いつまで経ってもAVRをディスコンにしない）マイクロチップテクノロジへの
苛立ちが感じられる今日この頃・・・
16bitと32bitのPIC使いは高みの見物 (本音、欲しかったのはSAMだったとしても)
責任ある会社のあるべき姿だとしか思いませんが？ エラッタを放置しているような会社に何を期待しているんだ。 >>925
それより、買われちまったAVR使いのあんたの苛立ちが依然継続中なことの方が不憫 Coupon Code TP1747 Expires : 28-Feb-2018
USD130の50%offか
びみょー
いまはがしがし使うならARMだし
ARMのSWDツール数百円だし >>922
ブラックボックスかもしれないけど。
その方が多くのチップにも移植可能なコードを書くことが可能で
実際に商品化しようとする場合には有効です。
ソフトの開発を行う場合はチップごとに設定を変更することなく
ほぼ、同一のソフトでより多くのチップに対応することが可能で
開発時間の短縮になります。
趣味で、時間はいくらでもあるので一から作りたいと思う人には
向いていません。 AVR ICE自体が開発に必要不可欠ではなくなっているのが
一番の問題で、以前からある同様のToolはフル機能でも
もっと安く購入可能で、自作すら可能です。
（今は作るより買った方が当然安い）
チップメーカーは開発ツールを高く売るより作れるやつは
自分で作れ〜〜〜と回路とソフトを公開してより開発しやすい
環境を作るべきだと思う。
（Made in chainaが頑張ってくれればその方が楽だが！！）
チップメーカーは本業のマイコンチップで儲ければいいだけで
それ以外は販売促進のためのToolだと思えるような経営者でないと
だめだと思うよ！！！！！！！！！！！！！ ３桁の７セグＬＥＤを使ってるんだけど、数字が１の時は明るく光る
これなんか気になるんだけど、なんとかならないもんだろうか
市販品みると１でも８でも同じ明るさなんだよね >>935
ドライブ能力が足りないとか、電流制限がコモン側にされちゃってるかどっちかではなかろうか。
後者は推測としても失礼な気がする、ごめん。 ＞後者は推測としても失礼な気がする、ごめん。
実にいやらしい書き様だね、品性のなせる業かな？ 人を蔑むことでしか自分の価値を見出せない可哀想な人が多いな >>935
>なんとかならないもんだろうか
問題が発生している回路を示さないと憶測でしか答えられない。
悪者みたいに言われている>>936が気の毒。 ドライブ能力というか、電圧降下が起きてるんだろうから
配線短く太くするとか、ドライバのインピーダンスを下げるのが対策
んなの回路図など見なくても判る罠
LEDがICに直付けなら止めてドライバTr入れるんだ
さんざん悩んどいて単なる電池の寿命とかは無しヨ 配線を太くすることで有意に変化するとしたら、どんな線なんだろな。 >>935です
皆さんのなかにも３桁７セグＬＥＤを使ったことあるひといるとおもうんですけど
１と８では明るさが違うなーって経験したことあるひといませんか
ちなみに私の場合はカソード・コモンタイプをつかっていて、
アノードはＰＩＣに直接つながってます
電源は５Ｖ１ＡのＡＣアダプター使ってるので十分電気はまわってるはず PICの絶対定格超えてるんじゃね
1ポートあたり25mA以下だけど
デバイストータルで100mA以下だし
素直にPNP-Trでスイッチした方が >>944
あなたはあなたの最初の質問に対するレスを全部読んでその意味を考えたの？ >>944
>ちなみに私の場合はカソード・コモンタイプをつかっていて、
>アノードはＰＩＣに直接つながってます
電流制限抵抗を1顧問側に入れてるんでしょ？だから、点灯セグメントが少なくなると、
1セグメント当たりの電流が増えるんだよ。 秋月の文字が縦長の3桁のLED?
1と8同じ明るさでつくよ。 >>941
いやまあ>>936を非難している行為がクズなんですけどね… ホモの受け、攻めの原理を考えると全ての半導体の動作原理は説明できる
と理工系の姪が言っておりました >>944
LEDが飽和してない可能性があるから、ドライブしているPICに15Vくらいかければよい >>952
どう育ったらそれを言えるようになるんだい？ アホvs嘘つき
書く阿呆にみる阿呆 = 痰壺掲示板 質問が>>935
さんざん回答レスもらった挙句の返答が>>944
一生成長が望めないタイプ どこの世界にもどうしようもない○○っているんだよ
いまだにオレオレ詐欺とかに引っかかる奴みたいにな
ほっとけ >>944
アプローチはいろいろあるけど
同時に1セグしか光らないようにして
順番に1個ずつ点灯すれば明るさは
同じように見えるのではないかな
初心者には基本冷たいスレだが >>960
ちらつかずにできるかねえ。
そのへんのオーダーがピンと来ないわ。 ダイナミック点灯って知ってるか？
知ってればそんなマヌケな事書かないだろうけど 知ってる、永井豪とダイナミック点灯だよな
なついな >>962
ちらつき出すのは60Hz程度らしいので、
７セグを個別にダイナミック点灯させたとしても十分余裕じゃないかな。
100Hzで４桁としてもたかだか3kHzで大丈夫。 カソード・コモンでアノードをＰＩＣに直接つなげてる、
ということは電流制限抵抗がカソードに１本だけか。
その回路のまま１も８も同じ明るさに見えるようにする
には、点灯するLEDのセグメント数を数えて、セグメント
数が少ないときはその分点灯時間を短くすればよい。 >>966
これ、いいかも？
でも、1セグ点灯時にピンに流れる電流大丈夫かな
いや、そもそも、全セグメント時に同じ明るさに光るかな？ 昔に比べれば7セグのLEDも高輝度になってるのだし、>>965-966の方法もありでしょね。
点灯セグメント数はテーブルで引けるし、俺だったら>>966方式にトライするかな。 >>968
順番に高速で１セグメントづつ点灯すれば、原理上、輝度は均等になる。 >>965
視界内で動くなら500〜1kHzは欲しい。 輝度均等の観点では当然 >>965 の勝ち
ちらつきを減らす観点なら >>966 がやや有利
最小の「１」でも２セグメント同時点灯できるからな >>972
昔からそう言われてるけど、100均製品なんて殆ど LED パラだよ LCDモジュールのバックライトも個別抵抗なしのパラレルだったり。
人間の目にはそれぐらいで発生する電流のばらつきはわからんってことですかね。 あ、でも気になる場合は、>>965にメリットありですね。 PICについて質問さしてください
多ピンPICだとVCCやVSSのピンが複数ある多ピンPICがあったりするのですが、
そういうPICの場合はパスキャパ（パスキャパシ）は各ピンに必要なんでしょうか？
それとも代表してどれか一つのピンにつけておけばいいんでしょうか？ >>978-979
ありがとうございます
ついでにもう一つ質問さしてください
例えばVSSやVDDが1組しかないような少ピンPICにおいてパスキャパシに0.1マイクロＦの
積セラを使ったとします。（というかたいてい使っています）
VSSやVDDが2組ある場合は使うパスキャパシは0.05マイクロF、4組ある場合は0.025マイクロＦ
という感じで合計が0.1マイクロになるように容量を微調整すればいいんでしょうか？ パスコンの容量なんかどーでもいい
クロック周波数付近でインピーダンスが下がるコンデンサを各VDD-VSS間に付ければよいさ まあ、たいがいの場合パスコンなしでも動作する。
製品の場合パスコンを付けないで誤動作して問題になった場合、
上司に怒られるので、怒られないように付けとくようなもんだ。 >>980
容量はあまり関係無くて、インピーダンスが重要。 >>980
VDDのピンの「箇所の数」だけ、コンデンサを付けてください。
例えば、
1 VDD
2 VDD
3 GND
4 GND
5
6
7
8
9 VDD
10 GND
11
12
13
14
15
という場合は、1〜4で0.1uFコンデンサ1個、9と10で0.1uFコンデンサ1個という感じです。
容量値はさほど重要では無くて、
PICの足から最短距離で接続することが重要です。
最短距離で接続すればするほど、回路の性能が良くなります。
あと、変な言い方はやめましょう。
・バイパスコンデンサ → パスコン と言いましょう。
・質問さしてください → 質問させてください と言いましょう
パスキャパ（パスキャパシ） などは、
パスコンという呼び方を知っていながら、わざとそう書き込んで
話題を作っているように感じます。 >>980
全部0.1uFで大丈夫だよ
あと>984や>985はいつもの子なので無視推奨 心配なら全部に付けとけ
大した手間じゃなかろう
量産ならロットごとに様子見ながら減らしたりする
結局全部とっても兵器だったりする パスコンは
ノイズ除去が目的なら0.01μF
電源の電圧変動防止目的なら0.1μF
両方防止したいなら並列に付ければいいよ。
昔は、比較的消費電力が大きいICがほとんどだったので
影響が大きかったけれど
現在は低消費電力のものが主流なのでそれほど神経質にならなくても
いいと思うよ
ただし、モーターやリレーなどを使用する場合は、しっかりやらないと
誤動作の原因になる可能性もあります。 ここのスレにも
103程度のパスコンが
何箇所か必要なところがあるな このスレッドは１０００を超えました。
新しいスレッドを立ててください。
life time: 110日 14時間 3分 37秒 5ちゃんねるの運営はプレミアム会員の皆さまに支えられています。
運営にご協力お願いいたします。
───────────────────
《プレミアム会員の主な特典》
★ 5ちゃんねる専用ブラウザからの広告除去
★ 5ちゃんねるの過去ログを取得
★ 書き込み規制の緩和
───────────────────
会員登録には個人情報は一切必要ありません。
月300円から匿名でご購入いただけます。
▼ プレミアム会員登録はこちら ▼
https://premium.5ch.net/
▼ 浪人ログインはこちら ▼
https://login.5ch.net/login.php レス数が1000を超えています。これ以上書き込みはできません。
