初めてのPIC 0x09 [無断転載禁止]©2ch.net
レス数が1000を超えています。これ以上書き込みはできません。
.
_ _ PICをさわるのは今日が初めて、という超初心者のためのスレです。
(O>――<O) PIC選び、PICを使った回路は、誰でも最初は不安なものです。
/ (・) (・) ヽ 恥ずかしがらずに何でも聞いてください。速攻で教えてくれますよ。
○ /▼\ ○ 質問のしかたは、初心者質問スレの発言1を見てくださいね。
|(ヽ二フ ) |
/  ̄ ̄ ̄ ヽ
f ヽ / | PIC関係のスレは、レベルに合わせて以下のスレもありますので、活用しましょう。
ヽ \ / ノ ・PIC専用のスレ
| \_ )(_/ ! 本家本元のPICスレです。口の悪い人もいますが、楽しくやってるみたい。
| | ここの話がわかるようになれば、あなたはもう一人前のPICerです。
| | ・マイコンソフト 悩み事相談室
| | ̄ ̄| | マイコンソフトやツールの質問は、こちらでどうぞ。的確な回答があります。
(_ノ ヽ_)
質問する時のコツ
・性格の悪い回答者はスルーしよう(相手すると逆効果)
・素人玄人などと 上から目線の回答者は、無視してください。相手してはいけません。
・そこそこ良い回答が出るまでしばらく再発言しないのもあり(良回答は後に出やすい)
・回答者のアドバイスで後日解決したら、結果報告しよう(とても喜ばれる)
・回答者は、僕たち初心者に優しくしてください。あなたも通ってきた道のはずです。
さ、質問どうぞ〜っ
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 )()())(()())))))))((()(())()(((())(((()((((()))())()(()((()))))))(()))(()(((
))())((()((()()())(()((()(())))())())((((()())))(((()()(())))())))((())(())(
(((())))(())(((()())(((()()(())))(((())()(()()(())(())()))))((())()))(()()))
((()())(((((())))())()))(())((()(()))((()(()())))())))))(()((((((())(())))()
(()))(()((())()()))())((())))(()))()()(()((()()()())()))))(()()((((()(((()))
))()))((()(((((())()()((()())()()))()))(((()((()))())((()))()()))(()((()()))
)))(()()())))()())(()((())((()()())(()(()((((()))(())())())())((())((()(()))
))())()()(()()(((()(((()()(()(((()(()))()((((())(())))(()))))))())(())()()))
)((()(())())((())((()))()(()(()((((())()(()))()))))()(()()))))))((()(()()(()
))(()))))(()))((()()))))()(())))(())((()(()))(()(())(())((((()((())()((())((
((()()()()))))))()((()()))()((())())))(((()))(((((()((()))))((()()((())())()
()((((()))))))())))(()()())(((()(((()))))(())(())))()(()()(()))())()()((((((
)())(((((()()(()((())())())())(((((()((((((()()(()))))))))(()()(())))))())))
(())(()()())((()()(()(((()())(()()()(())(()))())))(()()())))((())))(()()()()
((())((())()()))((())(((())(())())(((())()))(()()())))(()(()))()(()()()()())
(((()()()))(()))())((()())()))((()))()())((())()))())()())(()((((())(()()()(
))())()(()()()))())()))(()()()())((())(()))()(()()())(()((())(((((()(()(()))
)))))))((((())(())(())(((()()())()(()())(()()((())()())()(())()(()(()()()())
)()(((()))(()(()()()(())())()()()(())()(())()()())(()((())()()()))(((()())))
))(()()()()(())))(()()((()()(((()))()))(())())()))))(()(())()((()(())))(((((
()()))))((())))()())(()))((())(((())(())()(()((((((())((()()()(()())()))()))
()()()()())))())())))(())())()((()(()(()())()()(()))()()((()()(()()((()())((
)((()))(((()()()()()()()((()))())(()()))(()((((()))))())(())(()())()))(((())
(()(())())))))(((()())())()))))()(((())())()(((((())(()(()(()))()))()()()(((
))()()(()))()()))))())(()(())((())()())())))))(((((()(((())))())(((())((((((
()(()((((()(())()))()()(((())()))()()())()((())(())()))(())(()))((())()(()))
)())))()(()((()((((())()()()())(()))(((()())(()())))((())((((()())())())))()
)))()))))((()((((((()()))))))))()))(((()()))))((())((()))(((((()(()()((())((
())(())((()())(())))(())()))())()((()()))())((()))(())(())())((()((()())((((
)))()(()(((((())))())(()))))(()((()(())))())(())())()((((()())())(()))()((((
(())))()()()()()(())))(())()()()((()))((((()((())(()()))))))((((((((()))))()
)()()((()((()((()(()())(()()))()))(()()(((()()())(()()()()())))()())()()()))
((()(()))((())(())())(()()(()))(())(((())())))())))(((()()(()(()())()(())())
((())()()(()))((())((()(())(())()))()()))(()()(()()(()((())())(())()(()())))
()()))))()()((())))(())()(()))(()))(()))()())())()()(()(())(((()())(((((()((
())())())()())))()((()((((()(())((()((()(()()()())(((())()))(()))))))((())()
)))(()())(()(()))((()()())(()))((((()(()))()(()())(((()(((()()))()()()))()))
)))())()()()))(()))()()((())))((()((())(()()()(()((())))()(())))((()(()()(((
(())(()((())()()())()))((()())())()()(()(())((((((())))()(()())())))(()()())
()))(())()()()(((()(()((((((()((())())())()))(()()())))(()(()())()(()))))())
((((()((()))((()))))))))(()(()((()((()((())())))()())(())(()())(())(()))))((
)())()))(())()()((()()()))(((())))((()))))(()(()))(((()((()())(())(()))(()((
(((()))))())((((()())(()(()(()))((())))))())((((()))))()(()()()()())((((()))
())))(()))(()())(()(()()(())())()(()(()(())))())(((()(()))((()()))(((()()))(
())(((()((())()())()))()())))()()()())()(((((()(()(())))()(((())())()())(())
))(())()))()()()(((((()))))())(((())(((())(())(()((())()()())()()))))())((((
(()((()))(()))())))()(()())(()(((()(((())))(((((()(((()())))(())(()))))))())
()))())())()((()())))((()()())))((()((()))()((((())))))()())()(((((()()())((
(()))((()(()()())())()(()())())()((()()(((((()(()((()())())())(())))))))(())
)(()))))())()((())())(()(())))()())))()()((()()()((())()()(()()())()((()(((( >>4
意味ありげで実際には特に何の意味もないぬりかべ荒らしです そ〜〜〜〜〜です。
16F84Aは永遠に不滅です。
16F716でもほとんど同じです。 >>8
>16F84Aは永遠に不滅
なんでですか? >>1
乙
最近PICkit3動かしてないな
でも作りたいものもないな 16f877で遊んでるものだけど
書き込みベリファイに失敗しまくる
JDM系のオレオレライターなんだけどなんかコツとかあるん?
外部電源に改造はしてる
10年越しのデバイスが腐ってる、純正買え以外でアドバイスあったらよろ パチモン買え。
だいたい、どのライターかもわからんのにアドバイス出来るかよ、カス! オレオレライターつってるだろ
usb-シリアル介してvpp,clk,data出したブツだよ
データシート上は問題ないのにリアルはむずいわ シリアルの速度が速いんじゃないかな
Vppにセラコン入ってないとか、ケミコンがデカいとか
案外USB-シリアル変換チップが3.3Vとか okコンデンサとボーレート(関係なさげだけど見直してみるは いおいお、まぢでそういうレベルなのかよ、ワラタ。
そういうことが楽しめるって、ジイは優雅だな。
千円台でパチモン買えるっつーにw pickkit3の偽物あんのか。初めて知ったわ。
マークがWかよ・・・ 一応言っとくと、回路図もファームも公開されてるので、偽物でもパチモンではなくクローンな。
ロゴがWの物は、売っても何の問題も無いと思われる。
もっとも、マークがMで正規品と見分けがつかないのもあるがw TMまで印刷されてるから問題ありだろ
>>19はアマゾンで売ってる人なのか?それともTMの意味すら知らないのか >>ID:n3otAbVS
アンタ面白い人だな。
Microchipが公開するPICkit3の回路図に基づいてライターを作った場合は「PICkit3」と明記すること。
ただし、その場合も正規品との区別のためにMicrochipのロゴは使用不可とする。 >>20
ロゴだけ変えてPICkit3はTM付きでそのままなのはなぜかな?
少しは頭を使おうね。 >>25
商標について詳しそうだからお尋ねします。
ロゴマークだけを隠すのはなぜですか? >>16>>17
仕事は辛いだろうが頑張れよ社畜w >>27
学生ですが、何か?
今さらJDMプログラマとか持ち出して、
そういうあなたは、情弱ですか、ムショ帰りですか? 正直枯れてノウハウあるかと来てみたら煽られるとは思わなかったわ
ま、向上心ある奴ならアウディノだのラズパイだの行くだろうしこんなスレに常駐してる時点であ察しだったな
ま頑張れや低学歴 句読点、を、ちゃんと、打ちましょう、ね。
ああ、いつもの、句読点、打てない、人、です、ね。
わかり、ます。 >>29
てめえの書き様だから、それ相応に煽られるんだけどなw
>>ID:ZE3tMZGh
>>ID:BCrxD4uv
あと、「枯れた」と「廃れた」は違うぜ。
10年近く前のライター持ち出して来て、向上心を語られても…w >>29
おまえさあ、一口にJDM系とか言ってもいろんな亜種があるんだから、
回路図くらい出さんと、ノウハウもくそもねえんだよ。
まず、質問の仕方から学び直せ、カス。 今時、JDMなんて使わなくても、ライターくらい買えるでしょ。 >>33
で、書けたの?
チップもライターも全部捨てちまえばいいじゃん。
頭が悪い上に、言葉使いも知らず、そのうえ貧乏性なの? PICKerFTが簡単でいいよ。
マイコン使ってないから、鶏と卵問題もないし〜〜〜〜 >>36
部品代だけで1000円超えるじゃん。
自分で作らにゃいかんし…。
同じ1000円台なら、PICkit3のクローンが一番いい。
もちろん、自作したい人は別ね。 >>37
USBシリアル変換モジュールを買うとしたら、もう少し高価になるかな。
わずかであっても低価格なものを提供する、ってすごいなあ。
ソフトウェアのメンテとか大変だと思う。 PICKerFTのパーツ代にはUSBシリアルモジュールの800円が入ってるね。
それを除くとタダみたいなもんだ。
USBシリアルモジュールはeBayあたりなら200円だから1000円超えない。
もっとも、eBay通販に違和感無いならPICkit3のクローン買うか。
結局は、作る手間をどうとらえるかだけの問題。 >結局は、作る手間をどうとらえるかだけの問題。
それを言えるのは自分で動作させられる奴だけw 「だけ」といっても割と多数派なんじゃないのかな。
回路図通りに作って動作させられる人って。 R8C/M12A使ったやつならやってみたことがある。
手持ちのパーツにもよるが、俺の場合は追加投資100円で済んだw >>40
もちろん、「作る手間」の中に動かすまでのごにょごにょも含まれるさ。
動かなかったら作ったことにならない。 あ、おれは、正規品とクローンのPICkit3を持ってる。
アナログ臭いものはなるべく避けて通る主義なので、PICKerFTは素通り。 集団ストーカー・電磁波犯罪被害の加害装置はレーザー・メーザーらしいな
・レーザー兵器について知ろう!
ドキュメンタリー - 未来の戦争 レーザー兵器
https://www.youtube.com/watch?v=t6vPM-S1YdE
防ぐことは、ほぼ、不可能。核兵器以上かもね
・集団ストーカー・電磁波被害の加害装置がレーザー・メーザーによるものだとしたら、レーダーを使うはず。加害者にはこのように見えているハズ。ちょっと、エロです。
64MHzの電波を使って撮像しているMRIの動画
MRI Shows What Sex Looks Like From The INSIDE | What's Trending Now
https://www.youtube.com/watch?v=nDhYLaGPmGU
見えている各臓器、脳も含めて、レーザーを照射すれば、危害を加える行為が成立する
参考までにCTの動画
Radiologist discusses CT and xray small bowel obstruction Imaging
https://www.youtube.com/watch?v=8dNTHdUO_3Q
PCB Imaging: 3D/CT X-Ray Animated Slicing (Top to Bottom)
https://www.youtube.com/watch?v=itTkItXiHsk
・レーザー・メーザーが開発されたのが、1950年台以降、メーザー初の発振が1953年、レーザーの初の発振が1960年
https://ja.wikipedia.org/wiki/%E3%83%AC%E3%83%BC%E3%82%B6%E3%83%BC
この記念すべき年以降の、人体の自然発火現象は怪しい
人体自然発火現象
https://ja.wikipedia.org/wiki/%E4%BA%BA%E4%BD%93%E8%87%AA%E7%84%B6%E7%99%BA%E7%81%AB%E7%8F%BE%E8%B1%A1
No.31 突然人間が燃え上がり、焼死に至る「人体発火現象」
http://ww5.tiki.ne.jp/~qyoshida/kaiki/31zintaihakka.htm
No.157 人体発火現象2
http://ww5.tiki.ne.jp/~qyoshida/kaiki2/157jintaihakka2.htm
人体 自然 発火現象 : 人の体が突然 灰になるまで 燃えつきる / 世界の衝撃ストーリー
dailymotionを上のタイトルで検索してみ
・モスクワシグナル事件
興味のある方は、集団ストーカー・電磁波犯罪被害の基礎知識として、知って下さい。アメリカ大使館での事件です
あなたの脳は誰のもの?(1)モスクワシグナル 前編
http://nueq.exblog.jp/17871225/
あなたの脳は誰のもの?(2)モスクワシグナル 後編
http://nueq.exblog.jp/17875689/ 映画なのですが、集団ストーカー・電磁波犯罪被害の内容にそっくりです。
暇があったら、見て下さい。
クリープゾーン : マインド・コントロール
https://www.amazon.co.jp/dp/B0000ESKVY/ref=nosim/?tag=nicovideo07_st1-22&creative=380333&creativeASIN=B0000ESKVY&linkCode=asn&ascsubtag=7_vi_B0000ESKVY_sm7584036_u!OBx1[[HcA]_1471948674_a08163 「自分達は手を出さず人を追い込む方法があるんだってさ」
「多人数で人を追い込むんだってさ」
「電波攻撃で攻撃するんだってさ」
「他人の考えとか想いがわかる装置があるんだってさ」
集団ストーカー(組織的ストーカー行為)・電磁波被害の加害装置を持たせる時の誘い文句だそうです。
他にもいろいろあると思いますが、これに類するセリフを聞いた事がある人は、警察に一報をいれて貰えたらと思います。 .
注文した部品が まだ届かないので、あれこれとアイデアを練っています。
PIC7セグ4桁を、1msのタイマー割込でダイナミック点灯させようと考えています。
void __interrupt timer1ms(){
static unsigned char keta = 3; // 桁番号記憶
LED7seg( keta, n[keta] ); // 1回の割込では1桁だけ書く
keta %= 4; // 次回書く桁番号の更新
}
void __interrupt timer1ms(){
LED7seg( 3, n[3] ); // 3桁目書く
LED7seg( 2, n[2] ); // 2桁目書く
LED7seg( 1, n[1] ); // 1桁目書く
LED7seg( 0, n[0] ); // 0桁目書く
}
どちらで行うのが普通でしょうか? >>50
どちらが普通かって後者は0桁目しかほとんど見えないんじゃないの? ちょっと酷いレスでした、ごめんなさい
で、私なら前者でketaずらしを入れるかな
ネタっぽくLED7seg関数のketaパラメータをポート順揃えてビット位置化して
シフトで回すかも?
4桁なら0x11で初めてオーバーフローを戻すように左シフトなんてのも面白そう
趣味なればこそ 8bt PIC限定で言えば、たかがこの程度の処理にコストがバカ高い割り算(%)を使う前者は選ばないな
0x03で&すりゃ結果は一緒だし どちらも、LED7seg( )を使っているのでお勧めできない処理です
割り込から外部の処理を呼び出さないのが基本です
処理は、割り込み内部に記述しましょう。 >>56
いまどき %=4 を &=0x3 に展開しないコンパイラってあるのかな。
手元の MPLAB XC8 C Compiler V1.33 では、&=0x3相当にしているみたいだけど。
でも、そんなのは些細なことで、>>50は前者だとか後者だとか以前の問題だと思う。
前者だけを見ると、インクリメントを忘れたかな? ぐらいにしか思わないけれど、
後者を見ると何か割り込み処理ルーチンを思い違いしているのではないかって気がする。 unsignedならOK、signedだと&=3に出来ない。
単にcharと書いたらコンパイラ依存。
今の場合unsigned charなのでOK >>59
そういえば、俺が試したのも unsigned でした。確かにそうですね。勉強になります。 %=4 → 0 1 2 3 0 1 2 3 0 1.....なら &= 0x03 でいいのですが、
%=5 → 0 1 2 3 4 0 1 2 3 4 0 1.....とかだと、&= で、行けますか? ダメだと思います。
0000 & 0101 → 0000 (0)
0001 & 0101 → 0001 (1)
0010 & 0101 → 0000 (0) → ここでゼロに戻ってしまう
0011 & 0101 → 0001 (1)
0100 & 0101 → 0100 (4)
0101 & 0101 → 0101 (5)
0110 & 0101 → 0100 (4)
0111 & 0101 → 0101 (5) 更に、なぜ%4は&3に置き換えられるのか。
置き換えられる条件と%の数字と&の数値の関係
を考えるともっと良いでしょう。 結論は、元の通り % でいい。
あとはコンパイラが良しなに計らう。
思い付きでぶっこんでくる>>56がいらない。 デクリメントしてゼロになったら定数入れる方が良い場合もある。
ま、Cしか出来ない奴には思い浮かばないだろうけど。 仮想→現実
%= → ifだ、デクリメントだ、
って感じですかね。
今回のは7セグの桁の管理なので、現実のピン割り付けに即して考えれば
もっとも「最適」な実装はいろいろありそう。
連続したポートに割り当てることができている場合とか、2to4デコーダを使っているとか、ポートもばらばらだとか。 >>70
へえ、ぜひ解説してください。
お待ちしています。 デクリメントでゼロフラグがセットされてゼロ・ノンゼロ分岐させる場合
分岐命令前の比較命令が省略できるので得をする、
ということかな 最近このスレでいつもの決め台詞を言ってくれないのだよな
そうすればすぐに登録されるから楽なのに 皆さんが初心者に戻ったとして、もしこれから最初のPICを1つ買うなら、どれ買います?
http://akizukidenshi.com/catalog/c/cpicr_dT_spop/
秋月にあるものからお願いします。 ごめん2つ
PIC32MX250F128B→開発用
PIC32MX210F016B→実機用
秋月PIC32MX270F256B置いてくれないよね PIC16は1-wordが14bit幅だと聞きました
質問なのですが、たとえばXC8において
const unsigned char a[10] = {0x??, 0x??, ・・・・・・};
という変数領域を確保した場合、これはprogramエリア(フラッシュメモリ上)で
確保されると思うんですがどういう形で確保されるんでしょうか?
配列の先頭アドレスに対して
+00 0b000000xxxxxxxx
+01 0b000000xxxxxxxx
+02 0b000000xxxxxxxx
:
という感じで格納されるんでしょうか?
もしそうなら、この全く使用されない無駄な各6bitを有効に使うことは
出来ませんでしょうか? >>76
PIC24FJ64GB002 かなあ。
>>77, >>78
やっぱり、いきなりPIC32行きますか。
いずれにしても、初心者に84Aとか、言語道断ですな。
にしては、取っ付きやすい作例が無い。
で、Arduinoに逃げられる、というオチ。
まあ、最近ESP8266しかやってないおいらが言うのもなんですが。 PIC16F18313-I/P ¥80(税込)
http://akizukidenshi.com/catalog/g/gI-10889/
12F1822に足りなかったものと10F322に足りなかったものが絶妙に解消 何だこのタイミングの良さ。ここ見てるな?
というわけでPIC32MX200台のSMD品よろしく〜 PICも初めて、電子工作も初めての、初心者ですが教えてください。
PICを使って、シリアル通信で、15Vのリレー8個を、ソース駆動したいです。
何か都合の良い出力ドライバICはありますでしょうか?
1時間保持ネット検索したのですが、良いキーワードがわからずに、
見つけられませんでした。
希望するのは、
・8個の15Vリレーは、GND側共通です。
リレーが5Vで、+5V側共通接続なら、74HC595を1つでOKなのですが、
電圧も高く、シンクでなくソースなので、面倒なんです。
・リレーコイルは10mA程度だと思いますが、フォトカプラは使わずにやりたいです(単に趣味の問題です)
・SPI、I2C、RS232など、シリアルの通信でon/off操作したいです。
・回路としては、PIC----ドライバIC----15Vリレー という構成だと思います。
・PIC出力を、NPNデジトラで受けて、ツェナや抵抗分圧でPNPトランジスタを駆動すればできますが、
配線が面倒ですので、IC 1発、しかもシリアルで、スマートに済ませたいです。
・可能なら、カスケードして、16個とか24個も動かしたいです。
SIO出力があれば縦列接続して、ClockとENを全部パラにすれば、できないかな、と思います。
何か良いICなどございませんでしょうか?
宜しくお願いします。 >>90
ありがとうございます。考えてみます。
>>91
ありがとうございます。そのICは僕も見つけました。
CMOS入力で、しかも出力にダイオードも入っていて調子が良いのですが、
シリアルではないので、HC595をかまさないと行けないと思います。 >>93
ありがとうございます。
秋月のそれは、MCP23017のことでしょうか?
これはI2Cなのでシリアルというのはバッチリですが、
出力がオープンエミッタになっていませんので、15Vの開閉はできそうにないです。
ご紹介ありがとうごさいました。 2チップになるのがめんどくさいとかなら
いっその事、作らない事にするのが良いかもしれない。
一番めんどくさくないし、考えるだけなら何でも可能www >>94の言う
>出力がオープンエミッタになっていませんので、15Vの開閉はできそうにない
どういうことか、どなたでも結構ですので説明してください。 >>98
GND共通になってるリレーを15VのON/OFFで駆動したい
つまりシリアル通信でコントロールできるハイサイドスイッチが欲しいってこと
それをオープンエミッタと本人は呼んでいるんだろう >>99
ありがとうございます。
それは、そういう回路になっているという都合だと思いますが、
では、MCP23017は、なぜハイサイドスイッチとしては使えないんでしょうか?
どういう理由なのか、どなたでも結構ですので説明してください。
よろしくお願いします。 >>100
MCP23017は、
VDDの最大が5.5Vで、
内部でGNDが共通になっている出力ピンは、ローサイドスイッチである。
出力電圧規格はVdd-0.7V、Lowが0.8V以下のため、実質0Vと5Vしか出力できない。
だから、GND側(-)側共通の15V電圧が必要なリレーは、
電圧も異なるし、回路極性も違うので、直結では駆動できない
ということじゃないの? >>100
>>89が求めているのは図のようなことができる部品なんだけど、
そのICは5VのH/Lは出せるけれど(しかも数mAまで)15Vは扱えない。
みなさんありがとうございます。
電圧の件は何となく理解しました。
1.この場合、ローサイド、ハイサイドにかかわらずMCP23017は使えないということですか?
2.では、リレーが5V以下なら、ローサイドでもハイサイドでもMCP23017を使えますか?
よろしくお願いします。 >>104
このICに限らないのですが、データシートを見るとたいていの場合、
出力ピンの電圧とともに流せる電流が書かれています。
一方で、外部に接続するものがちゃんと動作するためには、電圧だけでなく電流も必要なことが多いのです。
1は電圧の観点でNG。2は電流が問題になります。リレーにもいろいろありますが、数mAで動かせるのは、
電磁式ではとても限られてしまうのではないかと思います。(私は使ったことがありません >>105
ありがとうございます。
最後に一つ教えて下さい。
今回は、結果的にリレーのコイルに必要な電流が供給できないということだと思います。
この場合、MCP23017とリレーの間にMOSFETなどを入れるんだと思います。
では、リレーそのものを別の素子に変えるとしたら、
これならMCP23017で直接駆動できる、というような便利なものは無いんでしょうか? フォトカプラとかフォトリレーとかでよさそうですね。
ありがとうございました。 便乗質問
MCP23017って何mA出力できるんでしょうか?
ttp://akizukidenshi.com/download/ds/microchip/mcp23017_mcp23s17.pdf
具体的に書いてないし、電源電流はMAX1mAなんて書いてあるし(p28) >>108
すみません書いてありましたVdd=4.5Vで3.0mAでした
>>107
フォトカプラ、入力に制限抵抗入れたら電流不足でギリアウトじゃないですかね 27ページに書いてあるのがそうじゃないでしょうか。
Maximum current out of VSS pin 150 mA
Maximum current into VDD pin 125 mA
Maximum output current sunk by any output pin 25 mA
Maximum output current sourced by any output pin 25 mA >>109
>すみません書いてありましたVdd=4.5Vで3.0mAでした
そのICは吐き出しより吸い込みの方が強そうですね。
あと、フォトカプラ フォトリレー などいろいろありまして、
入力電流(LED)電流にどれぐらい必要か、とか、出力にどれぐらい流せるかは様々です。
1mAぐらいから実用的にONできるものもありますよ。 ところで、リレーを変更しても良いのなら
>>89 ・8個の15Vリレーは、GND側共通です。
という条件は何だったの?
既に買ってしまったとか、操作対象の装置に組み込まれている
といった事情なのかと予想していたのだけれど… >>112
その話をきっかけにして、別の人たちが別の条件の話してる。
流れを読んでレスしないとね。 >>109
>すみません書いてありましたVdd=4.5Vで3.0mAでした
これは理解が違うと思います。
4.5Vで3.0mAではなくて、
5V電源のとき、出力に3.0mA流すと、出力電圧は4.5Vまで「落ちてしまいますよ」という意味です。
言い換えると「○Vまで落ちてもいいなら○mA出せるよ」と言っているのに似ています。
>>112
リレーの変更はできないんです。
モジュールの内部で、8個のリレーの(-)側が共通に接続されているので、
外部から15Vを押し込んでやらないといけないんです。
15V 信号 GND という3種類を接続するタイプなら、15V端子から電流が供給できるので
信号ピン自体の電流は少なく、電圧レベルでいいのですが、
信号とGNDしか出ていないので、信号ピンはリレーコイルを直接駆動することになります。
15Vなので、10mA程度必要と考えています。
>>104
>2.では、リレーが5V以下なら、ローサイドでもハイサイドでもMCP23017を使えますか?
はい、MCP23017は5V電源のICですので、0V←→5Vは出力できます。なので
その5Vの範囲内で動くリレー、例えば3Vのリレーなら、ハイサイドでもローサイドでも
駆動できます。(ただMCPが、電流を吐けるか、吸えるか、という問題はあります)
電気を使って駆動されるもの、一般に言う「負荷」は、
電圧と一緒に電流という項目もついて回ります。
出力電圧は0V←→5Vでも、出力電流が1mAまでしか供給できないICでは、10mAのLEDを点灯することはできません。
逆に、出力電流100mAも出せるICでも、出力電圧が0V←→5Vしか出せなかったら、12VのLEDは駆動できないということです。
駆動する側は、負荷の「電圧も電流も」余裕で駆動できる容量が必要なのです。 オープンエミッタ...は誤記でした。
オープンコレクタ でした。
トランジスタが Pchになるだけで、電極はコレクタですね。失礼しました。 で、結局、MCP23017の出力ピンからは何mA取れるの?
>>110の言ってる25mAでいいの? >>116
吸い込みはこんなもん
GPIO VOL=0.6V IOL = 8.0 mA, VDD = 4.5V >>116
なんでそんなに偉そうなの? データシート読もうよ。
吐き出しはこんなもん
VOH VDD–0.7V IOH=-3.0mA, VDD=4.5V >>118
>なんでそんなに偉そうなの?
それは、お前が卑屈だからじゃないの?
俺には、別に偉そうには見えない。
しかも、「–」って何だ?
機種依存文字について気を遣わなくていいほどお偉いさんなのか? VOLが0.6Vより高くなったり、VOHがVDD-0.7Vより低くなってもいいのなら、25mAまでok。ただし総電流の制限あり。 >>117
ありがとうございます。
28ページのD080ってところの値ですね。
VOL、IOLが何を意味するのかが、そもそもわかりません。
27ページの
Maximum output current sourced by any output pin 25 mA
というのとの兼ね合いを教えていただけませんか。 >>121
VOLというとは出力Lレベルのときの電圧、IOLというのは電流。
>>117はVDD=4.5V, IOL=8mAという条件で、VOLが0.6V以下を保証しますという意味。
IOLを8mA以上流してはいけないという意味ではない。 >>121
27ページの値と、28ページの値は別もの。
27ページの値は、絶対定格といって、最大ココまで行きますよという意味ですが、
最大というのは、出力をHにしたときに、出力ピンを0Vにショートしたときに、
出力電圧としては0Vに接続されたときでも、25mAまでしか流せませんよ、という意味です。
だから、27ページの25mAは「出力0Vのときに」と読むべき。
しかし、0V(GNDにショート)で使う事は禁止なので、
実際の使い方としては、28ページの値となる。
実際に出力ピンから出せる電流は、0mA, 3mA, 5mA, 8mA, 10mA, 15mA...と増やせるけど、
電流を増やすに伴って、電圧が落ちていく、という性質がある。
まるでグラフの線図をxとyで語っているような感じ。例えば
・5.0V取り出したいなら0mAしか流せません
・4.8V取り出したいなら3mAしか流せません
・4.5V取り出したいなら8mAしか流せません
・4.0V取り出したいなら10mAしか流せません
・3.8Vまで下がってもいいと言うなら、15mAまで流せます
・0Vまで下がってもいいと言うなら、25mAまで流せます ←これが27ページの値
という感じです。
だから、一概に「○○mA流せる」とは言えません。
では、どこまでならいいのか、ということだと、
発熱でICが壊れないならいくつでも良い、というのが答えです。
しかし、1つのピンだけならそれでもいいかもしれないけど、
8ピンが全部それをやると、ICが8倍熱くなって、壊れるので、
>>120の後半のように「制限」があるんです。 >>121
>VOL、IOLが何を意味するのかが、そもそもわかりません。
VOLの意味は、
電圧(V)で、出力(Output)で、Lowのとき、という意味です。
同様にVOHの意味は、
電圧(V)で、出力(Output)で、Highのとき、という意味です。
同様にIOHの意味は、
電流(I)で、出力(Output)で、Highのとき、という意味です。
同様にIOLの意味は、
電流(I)で、出力(Output)で、Lowのとき、という意味です。
Hの電流は、ICから外に流れ出す方向の電流
Lの電流は、ICの中に流れ込む方向の電流 という意味です。 >>121
さらに言うと、電流の方向は、
・ICに流れ込む方向が、符号「+」で
・ICから外に出る方向が、符号「-」で 表されます。
なんで吸い込みが正なのかは不明。
だれかが勝手に決めたんでしょう パンドラ計画というのもあるぞ (集団ストーカー・電磁波犯罪被害について)
羊の太郎君のブログ
パンドラ計画(Pandora Project)
http://blogs.yahoo.co.jp/ino_medaka/34513341.html
人体遠隔操作の周波数 CIAによるパンドラ・プロジェクトとゾンビ化
http://ameblo.jp/mst9/entry-10609519233.html 映画なのですが、集団ストーカー・電磁波犯罪被害の内容にそっくりです。
暇があったら、見て下さい。
クリープゾーン : マインド・コントロール
https://goo.gl/UQ9t4m レーザー・メーザー、フォノンメーザーを規制する法律がこの国には無いようなんですけど
困りましたね ^^;
失礼
誘導放出した電磁波、音波を規制する法律
と言い直します >>122
なるほど、よくわかりました。
閾値との関係で、出力電流に注意した方がいいわけですね。
ありがとうございました。 >>123
絶対最大定格というのは、それ以上の電流を流すとICが致命的なダメージをうける可能性がありますという意味です。
絶対最大定格以上の電流が流れないような保護回路が入っているICは稀で、
ほとんどのICは負荷を短絡させるとIOHの何倍もの電流が流れ壊れます。 電流流したいならトランジスタ付ければ済む話なのに何なんだろこの流れ。
「ミニマリストの俺カコイイ!」とか?
8ピン宗教共々、キモいよ。 小さく作れればそれはいいことだろ
捉え方がひねくれすぎ >>131
こんなことは100も承知で、わざと話してんだよ 一瞬LED用の電源ICが使えないかとか思ったけど、どうなんだろ
自分でやるならシリパラ変換+トランジスタ(アレイ)の組み合わせで、シリパラ変換にPIC使うかな 命題は、
シリパラ変換+別電源のソース出力
を、まとめてできるICはないか、
ということなんだよね。 お題
少ピンPICでそこそこの数を駆動する方法
結論
ゼロから自分でやるなら、MCP23017 + フォトカプラ フォトリレー
質問者の設定を満たすなら、MCP23017 + MOSFET
終了 >質問者の設定を満たすなら、MCP23017 + MOSFET
ハイサイド15Vだから、「+ MOSFET」の部分は2段になるかな。 秋月がTD62783を扱っていることに気づいた。
ttp://akizukidenshi.com/catalog/g/gI-05487/
元の質問者はシンプルにしたい、という要求を持っていたけれど、配線の面倒さもあったのではない?
これなら、MCP23017と同じで、I/Oが1列に並んでいるから、MCP23017の隣に実装して、簡単につなぐ事ができる。
しかも、出力クランプダイオードも内蔵しているから、リレーにダイオードを抱かせなくてもOK。 >>139
PICマイコンと出力ICを、離れて配置したい(3mくらい)ので、
隣同士のパラレルもできないんです。
>>136
最初から「シリパラと別電源のソース出力」を、1つのICで行いたいとお伝えしています。
MCP + MOSFET では2段になってしまいます。
東芝の8ch出力のトランジスタアレイで、SPI辣俗のものがあるのですが、
LEDを想定していて、出力が定電流なのです。これが定電圧であれば、
バッチリなんですが。 >>140
あなたの質問に対する回答は「無い」です。
その後は、他の条件での話をしています。
>お題
>少ピンPICでそこそこの数を駆動する方法 >>140
探せばあるものですね。
MAX14900E
SPI接続ですが、8chのON/OFF。プッシュプルかハイサイドを選べます。電源は10〜36Vですし、電流も十分でしょう。
ttps://datasheets.maximintegrated.com/jp/ds/MAX14900E_jp.pdf
こちらはちょっと贅沢で、制御部とスイッチ部が絶縁されています。
ISO1H812G
ttp://www.mouser.com/ds/2/196/Infineon-ISO1H812G-DS-v02_06-EN-248089.pdf センス無いな。SPIで3メートルも引き回すのかよ。 ま、それ以前に、DIPじゃないから使えないとか言い出しそうだがw >>143
どうもありがとうございました。大変素晴らしいです。
NXPまでは探したんですが、maximとinfineonは、気がつきませんでした。
形状も、0.5QFN と 0.65SSOP なら工作できます。
動作Clockが20MHzと とても高速で嬉しいです。
プライマリ電源電圧範囲、駆動側の電源電圧範囲、出力電流、スルーレートなど、
どれを取っても、大変満足の行くICです。
なんと言ってお礼したら良いかわかりません。
お手数をおかけしてすみませんでした。どうもありがとうございました。
さっそくメーカーに注文したいと思います。
また、その他の皆さんにも、色々なアイデアをいただき、
大変参考になりました。回路の勉強になりました。
わざわざ検索していただした方もいらっしゃると思います。
皆さんに、お時間を取らせてしまい、すみませんでした。
このスレで質問して良かったです。本当にありがとうございました。 PICに関係ないじゃん
配線面倒とかも、初心者とは全然関係無いし
スレ汚しするなよ 初心者でも何でもない。
ただ部品探しをタダで手伝わせただけ。
明後日会社で自分の手柄のように自慢する。
ただの想像です。 そういう感じも受けるけど、TTL/C-MOSレベルのシリアル信号で3m伸ばして
リレー駆動とか安定に動かせるのか疑問な点もあって、本人が言っている
ように実施経験はあまりないのかもとも思えるな。 SPIで3mも伸ばしてまともに動くとは思えないな。俺ならPICはあきらめて、PLCとリモートIOを使うよ。 リレーのバチバチが入ったときにどうなるのか、って話になると複雑ではあるけれど、数mぐらいならSPIでもいけますよ。
ノイズが厳しい場合はスピード落としてRCフィルタ通してシュミットトリガで受けるようなこともできますし、
差動ドライバを通すと強さが変わってきます。
でもこういうことを気遣うような周辺部品を増やすと、質問者が1チップに拘ったことが意味がなくなるぐらいに
部品点数が増えますね。 エセ左翼の目的は、わざと突っ込みどころが多い主張をすることで自分たちへ注意を向けさせ、
カルトへ向かう非難の矛先を逸らすこと。
国益に反することを言ったり、主張が食い違うもの同士の対立を煽ろうとするので放置し難いが、
主義思想についての洗脳を受けているわけではなく、フリをしているだけなので、
言い負かされてもダメージを負った様子もなく、論点をすり替えられるかスルーされる。
まともに相手をしてはならない。 素人は全体を見て考える事が出来ないからな。致し方ない。
変な所に拘って、大切な所がおろそかになる。てか、知識不足だから
ICの数にしか拘りが無い 4桁より1桁多いし3桁より2桁も多い。2桁と比べれば… 人は全体を見て考える事が出来ないからな。致し方ない。
変な所に拘って、大切な所がおろそかになる。てか、知識不足だから
ICの数にしか拘りが無い >>157
番号である程度分類できる
PIC16F18325だと
5桁の先頭"1"は Enhanced Mid-range
"83"がファミリー種別 Datasheetが共用
"2"がピン数 1→8p , 2→14p , 3→18p , 4→20p , 5→28p , 7→40or44p
最後の"5"はFLASHサイズ 256Wx2^5 = 8kW 質問いいでしょうか?
PIC内蔵のUARTモジュールを使ってRS232の受信をしたいですが、
送信はしないので、送信ピンは使いません。
そんなときは、TXピンを汎用I/Oとして使えるのでしょうか? 全部入りでピンアサインを完全自由化(configで設定)出来れば言う事ないな
ROM容量を増大すれば言語制約も敷居が低くなるし >>166
データシート読め。それか、
型番くらい書け。 >>167
お前なら多分、値段が高いと文句を言うだろうw
そんなもんしか作らなくなったらAVRの二の舞い。
ま、AVRは周辺が貧弱だったがそれでも高い。 >>168
型番によって、TXDをI/Oに使える/使えないがあるのでしょうか?
型番を書けば、答えられるのでしょうか? >>171
多分出来るとは思うが、実際に試した方が早い わからないことについて質問されると機嫌が悪くなる人も存在するので
質問者は注意すること
特にリアルではね
人間ってめんどくさいね >>175
たしかにめんどう。
「質問に質問で返す」ことが失礼なことだと勘違いをしていて、
「質問に質問で返される」と「相手が失礼な行為を仕掛けてきた」と思っちゃう人がいる。バカな風潮だ。
「質問に質問で返すのは失礼だ」と言ったり思ったりできるのは、圧倒的な身分差があって自分が上位にいるとき。
これを言うのは、相手を理由抜きで黙らせるとき。
身分差があってもコミュニケーションを取ろうとする人は、それを失礼だとは思わない。
たいていは、元の質問があいまいで不備があるからそれに対して質問が返る。
「質問に質問で返してはいけない」というケースもあるけどね。 「型番を書けば、答えられるのでしょうか?」
この日本語の私の解釈。
「どうせお前ら型番を書いたって答えられないんだろ。」
もし、RXを使いつつTXピンをIOに使えると答えれば、
ほとんど誰も知らないようなPICを見つけて、
「使えないのがあるじゃないか」とイチャモンつけそう。
質問を返したからじゃない。言葉遣いだよ。
顔が見えず即座に反応を返せない環境を理解するべき。 >>169
AVRの良い所はPICも真似ればいいのにと思っただけ
高いって位高価になるの?
100円違う位なら便利だと思うけど 日本人で無い者にとっては面倒だろうな。
言い回しで相手の受ける印象が全く変わる。 >>166
http://i.imgur.com/rv4V4kO.jpg
こうやっといて>>177の予想どおりの反応を引き出せば
得意満面に引っ込んでくれるなら引っ込めって事で
でもどうせ面倒くさいやつなんだろうな自己紹介している位だし 168なんだが。
データシート読めば答え書いてあるのになぜそれをしない?自助努力不足。
質問してんのに型番も書かないのは教えてくれる奇特な方が現れる機会を減らしていることに気づいたらどうだろう。
まさか何千種とあるすべてのPICのシリアルポートが同じ設計だとでも思ってるのかね。おめでたい。 >>168の、いきなりの命令口調も、カチンと来るよね。 みんな自分は他人より上でありたいと思っているからね
それは向上心であって別に悪いことじゃない
ただそれを表に出して周囲を不快な気持ちにさせるかどうかはその人の
社会性だったり人間性だったりで変わる 自分の不備を棚に上げて逆ギレw
こりゃ社会では通用しませんわwww TXDピンの振替えと勘違いしてる人が多過ぎ。
質問者の意図は、TXDピンを廃止してGPIOにする事なのに。 何れにしてもどのPICを使う予定なのか頑なに提示しない理由が謎だな
データシートをみてTXDピンがマルチファンクションとしてGPIOに対応
してるかどうかみれば終了な案件だからな ということでおそらく自己解決しちゃった系だろ
おつおつ >>186
自分で自分の発言を擁護しても、誰も賛同してくれませんよ。
それより、あなたが>>168で「普通の口調」で言えば、
質問者も素直に従ったと考えられます。 >>178
100円違ったらもうひとつチップが追加出来る。
使わない機能が入って値段が上がるなら誰も買わない。いや、お前は買うかwww
基本的に製品に組み込まれて使われるんだから、お前がいくら便利でも
余計な機能は無い方がありがたい。
だからPICはいろんな種類がある。
そういうコスト意識の無い学生のオナニーCPUは生き残れないのさ。 >>190
答える義務がない相手に質問して答えてもらう。
基本は質問者の方が下手に出るんじゃないの?
限度を超えて嫌なやつがいるのは確かだけど、
自分はお客様だなんて考えてんじゃないかな? >>166です。
>>168さん、すみませんでした。私が悪かったです。
言葉使いに気をつけてくれると嬉しいです。
>>187
PICの型番は、PIC16F1579というものです。
pdfでの検索で「multi pin function」などのキーワードで検索をしましたが、
見つかりませんでした。このPICでは、ダメということでしょうか?
代わりに、peripheral pin select(PPS)という機能がありました。
UARTのRXもTXも、レジスタの設定でIOピンの場所を変えることができるようです。
しかし、TXDを廃止してGPIOに使えるかどうかは、見つかりません。
TXDは、どこかのピンで生かし続けなさい、というふうにも受け取れます。
pdf中、FIGURE 11-1 GENERIC I/O PORT OPERATION の図は、portAのI/O付近の
内部回路が書いてあり、とても良くわかります。
それを見るとGPIOの入力とPeripheral の入力は、同時にできることが一目でわかります。
しかし、出力となると、DataBusがD-FFのDに接続されているだけで、
Peripheralの出力との関連性が書かれていません。
これらから想像すると、TXDの「振り替え」はできても「廃止」はできないようです。
このような図はUARTモジュールのところにも書いてありますが、
送信レジスタの出力は、Pin buffer and Controlという四角があるだけで、
そのままIOピンに接続されています。このPin buffer....の四角の中身が見たいのですが。
残念です。
以上です。
みなさん、ありがとうございました。 >>192
>答える義務がない相手に質問して答えてもらう。
その通りです。
>基本は質問者の方が下手に出るんじゃないの?
もちろんその通りです。
>限度を超えて嫌なやつがいるのは確かだけど、
頭がおかしい人です。あと30年もすれば静かになるでしょう。
>自分はお客様だなんて考えてんじゃないかな?
それは違います。両者対等だと思っています。
質問する人は下手に出るのは当然ですが
答える人が、命令口調で上から目線で、いきなりの命令口調 はおかしいと思います。
質問をする/答えるという点では上下はあるものの、
人間性には上下はありません。ここを勘違いする人が多いのです。
お店で物を買う時を考えて見て下さい。
品物を買う、お金を払う、これは対等な立場での価値の交換です。
買ってやるんだから、俺は偉いんだ、というのはありえません。
あくまで、商品の価値=お金の価値 という意味で、対等な交換であり、
立場の上下は無いのです。 >>166に限らないけれど。
PIC自体が歴史の長いものだし、ぜんぶひっくるめて「こうだ」って言いにくい。
自分の知らない例外もあるかもしれない。みんな誠実だからいい加減なことはたぶん言いたくない。
どのマイコンなのか特定して質問するとか、こういう設定ができるものってありますか、
みたいな質問なら答えやすいはず。自分がアクティブに使っているチップの話ならわかるわけだから。 >>194
特定の回答者と質問者だけでなく潜在的回答者がやり取りを見て、
関わるのはやめたほうが良さそうと思ったら質問者としては
失敗だろう。
バカッター同様、質問者が一対一のやり取りと勘違いして
多くの目に触れている事を忘れてるようにしか見えない。 >>195
そうですね。その点は反省しています。
型番を書いてしまうと、
わざわざpdfをダウンロードして、それを調べて....という
手間を掛けさせてしまうのも申し訳ないと思ったんです。
でも>>168があのように書き込んでくれたのは、少しでも「調べてやろうかな」という気持ちがあったかと思うと、
申し訳ないことをしたと思っています。
しかし、いきなりあの口調で来られると、たまりませんよ。
当の本人は、そういう気持ちを味わったことがないのでしょう。
>>171
回答ありがとうございました。お礼を忘れてしまいました。すみません。 >>196
>>168の最初の あの口調さえ無ければ、普通に対応していました。
次の発言をする次点で「潜在的回答」を求めることは諦めています。
それを諦めた次点で、周囲の目は関係無くなりますよね。 >>197
>しかし、いきなりあの口調で来られると、たまりませんよ。
>当の本人は、そういう気持ちを味わったことがないのでしょう。
それはちょっとナイーブだと思います。
でもちゃんと作法を教えてくれていますよ。
たぶん、彼が質問する側だったころにそういう言われ方をして「そういうものだ」と慣れてきたのだと思います。
あなたが質問に答える側になったときに、出てくる質問、出てくる質問が曖昧であったり、
型式など書けるはずのことも書かないものだったりしたらたぶんうんざりすると思うのです。
あなたが今回「嫌だなあ、俺ならこうは書かないなあ」と感じたのなら、いちはやく答える側になって、
あなたが望むような答え方をしてください。 >>199
>>168は反面教師だ、ということですね。
ありがとうございます。 >>200
あなたは>>168に意趣返しをしたいのですか?
それは違いますよ。>>199で書いた通りですが、彼はあなたにするべきことを教えてくれたのです。
言葉使いに関しては、他のスレも含めてごらんになってください。
彼の言葉使いが特別に悪いわけじゃありません。
その中でアドバイスをくれた彼を遠まわしになじるのはよくありません。
自分がこうあるべき、と考えることと、自分がこうだからそうでない他人はダメだ、と考えることは別のことです。
2ch的に取り立てて荒い言葉でなくても、紳士淑女が集まるパーティから見ればキツイ言葉に見えるかもしれません。
>>200みたいなことを書いた人に、アドバイスをしてくれる人はそれほど多くはいないと思います。
匿名掲示板であることを感謝しましょう。 匿名の掲示板に人間性ねぇ…
答えを知っている人なら目に留まると思うけど、185=193じゃん
結論:質問者の人間性に応じて、対等wなコメントしか出てこない >>202
一人だけおかしな反応するやつがいたけど、質問者がID変えて擁護してたのか
ID:F1xuDazj → ID:Zt5+Ie7+ → ID:WrdmJ3RR
今回のって16Fシリーズに関して言えば、F1以前のチップはSPENを1にした時点で
I/OをTXに取られるみたいだし、PPSの有無が全てなのかな >>193
>TXDは、どこかのピンで生かし続けなさい、というふうにも受け取れます。
データシート確認しましたが、おそらくあなたの認識通りでしょう >>197
PDFをダウンロードさせて云々は、そもそも質問前に自分がするべきことで、手間を掛けさせたくないとか、後からとってつけた言い訳。
自分が手間を取りたくないだけだ。
素直に一言、聞くに当たって思い至りませんでした。だけでよかったのに。 データシートもまともに読めない℃素人が
対等な立場とか言い出して悔しそうだなwww >>197
例えば下記質問なんかどうやって答える?
http://rio2016.2ch.net/test/read.cgi/denki/1473343875/540
検討に必要な回路の情報が何もないだろ。
もし質問者が「回路を出したら回答者がいちいち調べて手間をかけるから」
と思ったとしても、そんなことはだれのためにもならない。
無駄な回答が続くだけ。
要するに回答者に余分な負担をかけるだけだ。 >>208
>例えば下記質問なんかどうやって答える?
こうやって答えていますね。
http://rio2016.2ch.net/test/read.cgi/denki/1473343875/544
質問の情報が不十分なこと自体は彼(>>197)も悪かったって言ってるわけで、
そこは論点ではないと思うよ。
彼が言ってるのは、同じことを言うのにしても言い方があるだろう、ってことだし。 >>209
良いことかどうか別にして、ここの常識が世間から
ずれている事は少し見れば分かる
釣り、嵌め、非難、バカにする
質問時の情報が多いほど回答しやすくなるのに
意図して絞れば何か企んでると思れるだろう。
それが今の2chの常識だと思う
相手の言い方が、、と言うのは自分の常識が
通じなかったことに腹を立てただけの事だろう >>208
自分の中で経験や知識や失敗を基にエスパーして
書き漏れてる前提条件を聞くね
電球は白熱電球?LED電球?
自作機器の回路図か写真はある?
ボリューム見たいなの、いくつ付いてる?
>>210
自分が初心者だった時は、質問の要点が分かんなかったから
よほどではない限り釣りではないと考えて回答してる
釣りだったときは、一度イラッとしてからすぐ忘れる >>211 は >>197さんかい?
>>208さん は >>197さんに尋ねているのだよね。
「そういうあなたは回答する立場ならどう考えるの?」って話だもの。 >>169
量産される製品だと、銭単位でコスト削減図る 超初心者です。教えてください。
3つあります。
1. プロテクトについてです。
FlashROMに、hexを書き込むとき、プロテクトする範囲が、全部、半分、一部、とか、調整、選択ができますが、
なぜ、そのような事ができるのでしょうか?
全部プロテクトすればいいのに、とおもうのですが。
2. デジタルIO切り替え
デフォルトだと、アナログADやコンパレータになっていて、デジタルIOにするためには、あえてレジスター設定しなければなりません。
初めからデジタルにしておけばいいのに、
なぜ、デフォルトでアナログになっているのでしょうか?
3. MCLRの出力
最近のPICでは、MCLR兼用ピンで出力ができますが、
以前の品種では、入力しかできませんでした。
なぜ、最近の品種だと出力できるようになっているのでしょうか?
宜しくお願いします。 2はメーカーの思想の問題だが、ピンのデフォルトがデジタルであってもアナログであっても起動時に念の為全部自分の設定したい初期値を入れるのが当たり前と思うのですが? >>217
2は外部回路でピンに中間電圧がかかっている可能性があるから、安全のために
1と3はそういう作りになってるから。なぜそうしたのかと言う質問なら便利だから 1. Flashエリアの一部に書き換えが必要なデータを置いて、プログラムは不意の書き換えを防ぎたい、という場合。 >>220
PICのプロテクトは読み出しに対してであって、書き込みは常にできる。 >>218
ありがとうございます。
もちろんTRISの設定は、毎回自分でやっています。
そういう話ではなくて、なぜアナログになっているか、ということです。
ありがとうございました。 >>219
ありがとうございます。
2.は、なぜ中間電位になる事があるのでしょうか?
3.については、もっともな理由だとおもいますが、
1.については、どのような局面で便利なのか、イメージご湧きません。
一部が読み出せると、なにが嬉しいのでしょうか? >>220
ありがとうございます。221の言う通り、プロテクトは、読み出しの話です。 >>217
おいらも気になってた デジタルINが都合悪いだけでデジタルOUTなら構わないんじゃないかって >>223
自己レスだけど、
>一部が読み出せると、なにが嬉しいのでしょうか?
もしかしたら、HEXデータ(フラッシュに書くデータ)の、
先頭何バイトとかに、日付、時間、コンパイルした回数などが書かれていて、
「あれっ? いつの物だったっけ?」と確認したい、
だけど全部見せるとcopyされるからイヤ、
ということかもしれないと思いました。
でも、1/4だけ開けても、短いプログラムだったら見えてしまう気がするけど。 >>223
2 アナログ出力の温度センサーやVR等を繋いだ場合。
1 自分でも確認したいデータ 初期定数、バージョン管理や自己書き換えでエラー内容等の追記(EEPROMサイズ以上) ということは、>>227の予想は正解ということでしょうか?
2に関しては、温度センサーがつながっていると
なぜ デフォルトGPIOの入力ではまずいのでしょうか?
GPIOでも、出力だと接続先の機器の出力と喧嘩して壊してしまうかもしれないけど、
入力なら、Hi-Zなら「待ち待ち」で問題ないと思うんですが。 >>229
1.メーカーは手段を用意してるだけ。ユーザーが全部プロテクトしたければ
すればいいだけ。
2.アナログ入力として使われているポートのデフォルトがデジタルだったら
初期化するまでの間に中間電位になる可能性があるから、より安全なアナログ
をデフォルトにしているんだろうね。
PICの電源を非力なシャントレギュレータで作っている場合には、貫通電流で
電源が落ちてしまってそれっきり動かないということもあり得る。 Harmony ConfiguratorとCode Configuratorの違いというか使い分けというか、を教えてください。 >>230
>1.メーカーは手段を用意してるだけ。ユーザーが全部プロテクトしたければ
>すればいいだけ。
そうなんですが、なぜ、一部とか1/4とか全部とかの選択ができるようにしたか、というのが疑問なんです。
>2.アナログ入力として使われているポートのデフォルトがデジタルだったら
>初期化するまでの間に中間電位になる可能性があるから、
どこ と どこの関係で 中間電位になるのでしょうか?
ポートの初期値は入力ですが、よいですか? >>233
プロテクトかけると、デバッガー等では読み出せなくなる。
プロテクト解除には全消去するしかない。
暗号データ等、読み出されるとまずい時に使う。 >>234
>>233に書いてあります。読んでくださいませ。 >>233
あなたはもらったレスちゃんと読んで理解してるの? >228を読んでなぜ>233のレベルに戻っちゃうの? >>236
何の理由で中間電位になるのか、俺も知りたいぞ ああ、中間電位の意味がわかってないのか。
AとBの素子の出力電圧の中間という意味ではなくて、Hiでも無いLoでも無い間の電圧のことね
5V電源なら2Vとか3Vとか、アナログ出力の素子ならこのあたりの電圧を出力してる可能性が高い。
で、デジタル入力に中間電位を入れちゃいけない理由は下記でも読んで
https://support.renesas.com/hc/ja/articles/210900528-FAQ-1009115 >>233
・デジタル、アナログ兼用ポートは、あなたが使わないのだとしても、誰かがアナログ信号を繋ぐ可能性がある。
・アナログ信号が繋がると、LでもHでもない電圧が兼用ポートにかかる場合がある。(これが、上で「中間電位」と表現されているもの)
・デジタル入力にLでもHでもない電圧がかかると何が問題かというと…
_・(下図参照)通常は、L入力では、PchFETがONになり、NchFETがOFF。H入力では、その逆になる。
_・でも中間電位では、Pch, NchFETの両方がONになることがある。そうするとIC内部で電源側からGND側に貫通電流が流れる。
_・これを防ぐために、兼用ポートでは、デフォルトではDIN(デジタル入力)回路に貫通電流が流れないように(DINを無効に)している。
という感じのことだと思う。PIC内部がどうなっているのかは想像だよ。
もっとも、他のマイコンだと、アナログデジタル兼用ポートでもデフォルトでデジタルINになっていることがある。
内部構造の違いなのか、思想の違いなのかは分からないけれど、突き詰めれば兼用ポートがデフォルトでアナログ入力になっているのは
PICの流儀なんだと考えた方がスッキリするかもしれない。
>>239
>>240
ありがとうございました。
よくわかりました。
あらゆる信号に対して、影響が無いと言う意味で、入力なら無敵かと思っていましたが、
そうではなく、アナログ入力なら無敵なんですね。ありがとうございました。
貫通電流が流れると、なぜ良くないのか、
調べてみたいと思います。
ありがとう。 アナログ入力兼用ピンと、
貫通が発生する可能性のあるデジタル入力ゲートの入力ピンの、
どのように切り離しされているか調べました。と言っても、
マイコンの、アナログポートのブロック図を見ただけですが、
例1
PIC16F88のアナログポートのブロック図
http://imgur.com/YvIvH4d
例2
H8/3052のアナログポートのブロック図
http://imgur.com/0xCO9wf
これらを見ると、16F88ではANDゲート入力に、H8ではbufferゲートに、
それぞれ「つながりっぱなし」になっています。
これだと、bufferやANDゲートの入力ピンは、切り離しされていないので、
貫通が発生するような気がしますが、大丈夫なのでしょうか? ブロック図はあくまでも回路の「機能」を図示しているだけだから何とも言えない。
それらのロジックゲートで表されている電気回路が一般的なロジックICと回路的に等価であれば問題はあるとは思うが。 やはりそうですよね。説明の都合上というやつですよね。
2つしか見ていないけど、ゲートとポートにアナログスイッチでも
入っているのかと思ってました。
「そんなこと、書かなくてもわかってるでしょ」ってことかな。 CMOSの基本ゲート構造を見てください。
NANDにしろNORにしろ、一方の入力に対し出力が固定されるような入力が
与えられてればもう一方の入力電圧にかかわらず貫通電流は流れないでしょう。
つまり、NANDなら0を入れ、NORなら1を入れるという事。 >>231
PIC32はMHCで、その他はMCCかと思ってた。
調べてみたらPIC32の中にもMCCが対応してるのもある。
かぶってるんだね。 XCのサブスクリプション高いな、やっぱりコンパイルごと$1チャリンにしてくれw mbedみたいにサーバーサイドでコンパイルなら最適化最強とかにならないかな
無料版2ヵ月過ぎると1454に入りきらない >>244
16F88の方はTTL Input BufferにAnalot Input Modeという信号が入ってる
のがまさにそれ。
ANDゲートのGND側のNch-MOSFETが1つでもオフになれば貫通電流は流れない。
メーカーはより安全なモードをデフォルトにしているのに対して、あなたは
自分が使うデジタル入力モードがデフォルトになってないのはけしからんと
我が儘を言ってるだけのような気がします。 >>249
ありがとうございます
Nchの1つでもOFFになれば、、、という説明はわかりますが、
2本の入力は、入り口のトーテムポールに「いきなり」繋がっているのでしょうか?
まずは、>>240のようにbufferで受けて、二段目で初めて論理を取るのではないのでしょうか?
いきなりトーテムポールのゲートに接続だと、ゲインが取れないことはないのでしょうか。。
また、もう一つの、H8のほうでは、常時 1入力bufferに繋がっていますが、
これも説明上の話であって、実はゲーティングされている、ということでしょうか。
我儘と思うなら思って下さい。納得できるまで調べたり聞いたりしたいと思っています。
自然の現象ではなく、人間が作り出したものは、そのように決めた理由がある筈です。
ぜひそれが知りたいと思います。
黙って使えばいいじゃないか、というのでは寂しいですよ。 >>250
>2本の入力は、入り口のトーテムポールに「いきなり」繋がっているのでしょうか?
Analot Input Modeの信号はともかく、入力ピンにつながっている方は「いきなり」
つながっていると考えないとこのようなゲートを入れた意味がないと思わないかな。
そもそも、この図はアナログ入力モードのときは貫通電流が流れないようになって
ますよという説明だから。
H8は知らん。まあ、省略してるだけだと思うが。 落ち着いたようなので、ちょっと前の話を。
PIC16F1579でUSART機能をONにした場合でも送信は使わないのでTXをI/Oピンに出来ないか ってやつだけど
PPS機能の出力側を決めるRxyPPSのどれにも1001(TX/CK)を書き込まなければよいだけだったのでは? >>250
とことん納得しないと気が済まないのもわかりますが、ここで聞いても仕方がありません。
すぐに分かる証拠がネットに転がっていなさそうではありますよ。
内部構造が直接ゲーティングしているかバッファを通っているかは、Microchipが公表していない限り、Microchipにしか分からないことです。
熱心な誰かが、ネットを探してくれているかもしれませんが、それは、あなたが納得するために誰かの労力を使わせていることになりますね。
ここまでの情報があるわけですから、あなたがMicrochipに問い合わせされるべきだと思います。もし回答が得られたら、ぜひここに結果を書いてください。
■シロクロの問題ではない
大切なことですけど、中間電位、貫通電流については、貫通電流はあるかないか、みたいな話でもないのです。
たとえば(たとえば、ですよ)、どれぐらい流れたらICの設計上嫌だなあとICの設計者だったら考えるのではないですかね。
>>240の図のFETのON抵抗はゼロではありません。最初の1段目のON抵抗が高ければ、バッファを通していてもNGではありません。
それと、メーカーによっては、兼用ポートのデフォルト入力がデジタルINってこともあるのです。
中間電位でいきなり問題にならないような工夫がしてあるのか、まあそれぐらいはええやろ、みたいな発想なのかはメーカーに聞いてみたいとわかりませんが、
ユーザーが拘っても仕方がないことではあります。
それに、未使用ピンって厳格な用途でもない限り、たいていは未接続にしていることが多いと思うのですが、それってたいていはデフォルトでデジタルINです。
どんな電圧になっているか、わかりません。
まあええか、という諦めと、中間電位のような問題がおきてもただちに深刻な状況にならない工夫があるのだと信じるしかないように思います。 >>250
「」いきなり繋がっているとゲインが取れない」
↑意味が分からん。
ゲインとは何か?
なぜゲインが取れないと思うのか?
なぜゲインが必要だと思うのか?
何を質問してるのか分からない ある程度パフォーマンスが欲しい分野ならそれは正解かもしれないが、
世の中そればかりではない。 >>254
ロジックICが高速に動くのは、
IC内部が多段になって利得を稼いでいるため。 高速になるのは遷移時間だけで、多段にした分遅延時間は必ず遅くなる >>258
ロジックが複雑化すると、多段になって、遅くなる。 I2CでPICへの送信ができません。
助けてください。 回路図は以下の通りです。
http://up.img5.net/src/up54101.png
コードは以下の通りです。
■マスタ:PIC12F1822
void PIC_cmd( char cmd )
{
SEN = 1;
while( SEN );
I2CTxData( 0x10 );
I2CTxData( cmd );
SSP1IF = 0;
PEN = 1;
while( PEN );
__delay_ms( 4 );
}
void I2CTxData( char data )
{
SSP1IF = 0;
SSP1BUF = data;
while( !SSP1IF );
} ■スレーブ:PIC16F1825
<設定>
OSCCON = 0b01110010;
ANSELA = 0;
ANSELC = 0;
TRISA = 0b00011111;
TRISC = 0b00000111;
// I2C.
SSP1STAT = 0x80;
SSP1CON1 = 0b00100110;
SEN = 1;
SSP1ADD = 0x10;
SSP1MSK = 0b11111110;
SSP1IE = 1;
BCL1IE = 1;
PEIE = 1;
GIE = 1;
SSP1IF = 0;
BCL1IF = 0; <割り込み>
char dat; // Global
void interrupt InterI2C( void )
{
char trush;
if ( SSP1IF == 1 ){
/*if ( SSP1STAT & 0x00000100 ){
}else{
if ( SSP1STAT & 0b00100000 ){
dat = SSP1BUF;
}else{
trush = SSP1BUF;
}
CKP = 1;
}*/
dat = 0xFF;
SSP1IF = 0;
}
} 割り込みのコードがかなり不完全ですが、I2Cの割り込みそのものは行われるはずです。
割り込みが行われるとグローバル変数datに0xFFが入り、回路図中のLEDが点灯するように作成してあります。
割り込み自体が発生しないため、データの受け取り以前の問題です。
試行錯誤した結果、設定の
SSP1CON1 = 0b00100110;の3ビット目を1に変更し、
SSP1CON1 = 0b00101110;とするとI2C通信開始時のみ割り込みが発生し、LEDが点灯することが分かりました。
図中の他のデバイスは問題なく動作しており、全て7ビットアドレスとなっています。
アドレスの衝突はありません。
スレーブ側の設定に何かミスがあるとは思うのですが、いくら見直しても分かりません。
LEDの点灯から考えて、配線ミスはないと考えております。
PIC16F1825のほうは以前、電圧とGNDを逆につないで異常な高温になってしまったり、
変なピンに9Vかけてしまったりしたため、それが原因で壊れた可能性もあります。 >>267
>それが原因で壊れた可能性もあります。
まずこの可能性を潰すのが先だったのでは? >>268
ありがとうございます。
手持ちのPICでI2Cできるものがこの2つしかなかったもので・・・。
ちょっと今日町まで下りてI2CできるPIC買ってきます。
質問は保留でお願いします。 またPIC16F1825を買ってきましたが、事態は変わりませんでした。
PICというものそのものに問題がある可能性が出てきました。
オシロスコープはありませんがそれに関しては問題ありません。
16F1825からシリアル通信でパソコンに情報を送って色々チェックしてみたところ、
スタートの信号受信時にはアドレス(SSP1BUF)に必ず0x77が入っていました。
0x77はどのデバイスのアドレスでもありません。
最下位ビットが立っていることから、マスターによる読み出し要求に見えますが、
読み出し要求のアドレスはADXL345に対する0xA7のみです。
回路の電源を何度ON/OFFしても0x77は固定で変わりませんでした。
駄目元でスレーブのアドレスに0x77を指定してみましたが、何も変わりませんでした。
電圧や電力が足りない/不安定な可能性も考えてみましたが、
そもそも他の2つのデバイスは問題なく安定して動いています。
関係あるか分かりませんが、パソコンとシリアル接続をすると、
電源を入れてなくてもそれだけでLEDがぼんやりかすかに光ります。
やはりPICそのものに問題があるのかもしれません。 >電源を入れてなくてもそれだけでLEDがぼんやりかすかに光ります。
それはPCの送信ラインから電流が電源に回り込んでいるだけでは? 回路図がブロック図レベルなのでよくわからないけど
TRISレジスタ見るとピンの多くが入力ピンになっているんだけど回路図と合ってる?
また、まずは割り込み使わずに通信できることを確認してから割り込み処理化したほうがいい >関係あるか分かりませんが、パソコンとシリアル接続をすると、
>電源を入れてなくてもそれだけでLEDがぼんやりかすかに光ります。
ハードウェアが正しく設計されていないから 配線は100回近く確認したのですが、もしかしたら間違えてるかもしれません。
回路図描き直します。
LEDがぼんやり光らないようにするには・・・プルダウン抵抗でしたっけ。
プルダウン抵抗入れてもこれLEDなのでぼんやり光りますよね。 そもそもの設計が間違っているなら何回配線を見直したって駄目だよ
>>276のコメントからも回路が怪しいんじゃね、という雰囲気を感じる
きちんとした回路図も見せないとこのスレの人もコメントしようがない
1825周りだけでいいから上げてみたら? ハード屋の先輩が言ってた
ソフトの奴は動かないと波形も見ないでハードの不具合だと言ってくる
そう言われるようにはなりたくないと思った若い頃 ソフトウェアの人って、
ハードウェアのことは「知らなくてもいい」と思っている人が多い。
PCの画面の中だけで勝負したいようです。
ハードバグに対して「早く修正してくれよ、ったく」と思っているんだろうね。 >>278
内容は至極もっともだけど
この流れで何を主張したいのかよくわからないんだけど >LEDがぼんやり光らないようにするには・・・プルダウン抵抗でしたっけ。
>プルダウン抵抗入れてもこれLEDなのでぼんやり光りますよね。
ハッキリ言ってこのレベルの奴がオシロも無しでI2Cを扱うこと自体無謀としか >>276
I2Cって、スレーブ側も送信するって、知っていますか?
マスターからの最後のbitのところで、Lowにするんです。
スレーブのPICが そのようにプログラムしてあればよいのですが。
通常のI2Cデバイス、EEPROMとか、ADとか、LCDとかは、
I2Cのやりとりを全部知っていて、ちゃんと働いてくれるから、
まるで「つなぐだけぇ〜」で使えるんです。
マスターから「ちゃんとしたI2C」にものが言えたからといって、
スレーブのプログラムも簡単というわけでは無いんですよ。
大丈夫ですか?
オシロが無いなら、ゲートICとLEDで、High / HiZ / Low を表現する回路を作って
I2Cの通信スピードを1bit/secくらいにして、回線の変化をカー見に書いてみましょう。
必ずバグは直ると思います。 >>283
質問便乗ですみません
ゲートICで入力のHiZを検知する回路図ってのが思い浮かばないのですが
一例くださりませんか? すみません。
勘違いしました。
コンパレータで電圧窓を作って、LEDで表示、でした。失礼しました。
今考えてみると、
発振回路を作り、D-FFをクロックする。
入力信号をD-FFのD端子に接続。
Q=H
/Q=L
Hi-Zは、H/L交互などに暴れて表示される。 ダメかな。 >>286
CMOS入力をHi-zにすると何が起きるか分かってる? >>281
オシロは持ってないが問題ない、PICに問題がある
なんて書いてるからさ >>289
ありがと、確かに書いてた
しかも個体不良とか設計不良ではなく、PICの作りそのものを疑っているように読めるな
まあ初心者ほど不思議と根拠のない自信があるから… いきなりpicを使って三角波比較方式をやれって言われたのですがどうすれば良いのですか? >>293
想像するに、アナログ的にPWMするやつ そこで何ゆえにPICを使うかだ。
DA内蔵のPICで正弦波と三角波を作り、かつ内蔵のコンパレーターでPWMってか?
おもしろそうだな。
やる意味を微塵も感じないが。 >なせ言ってきた人に聞かない?
ここは学校じゃないんだ。自分で調べろ。この℃(以下略
って言われそう。課題出した人に聞くわけにはいかんよね。 >>296
仕事なら聞くべきだろう。
そこに至る前提があるはずだけど、そんな事ここで分かるはずない。 逆に学校の課題なら前提が一般的な事が多いから、
いろいろ聞き出せばここでも答えが出るかもしれない。 >>291
「三角波比較方式」は手段だと思われるが目的が分からない。
本当に聞きたいなら、
何の機能を実現するよう求められてるのか書くべきだ 何がしたいか書かねぇやつ多いよな
それが秘密なら自己解決しろやボケぇって思う >>295
PWM 分解能は、大幅にアップする。
ただ、PICを使う意味は余り無い。 >PWM 分解能は、大幅にアップする。
PIC内蔵のOCとかでPWMやるより?
良く分からないです。 >>302
PWMの周期の制約になるのはコンパレータの応答速度ってことになります。 ナノ秒域での正確なPWMの実現テーマで卒論書いた俺 >>304
PICは登場しますか?
あと、そのオーダーのPWMは何に使いますか? >>302
>PIC内蔵のOCとかでPWMやるより?
OCが何だかわかんないけど、PICのPWMモジュールって何bitの分解能がありますか?
256か せいぜい1024ですよね?
コンパレータを使ったPWMならもっと細かく調整できます。 >>306
>OCが何だかわかんないけど
それは残念です。
ご存知の通り、分解能なんてPWMの周期によりますよね。
40MHzで1kHzなら分解能40000です。
それよりも、正弦波、三角波をどうやって工面するのかもわからず、ただ
>細かく調整できます。
といわれても、ピンと来ないです。
PICでやる具体的な方法を先に教えてください。 >>306
PWMの分解能は品種で違いますが16ビット分解能のものもあります。
>>308
残念です、なんて書かずに、アウトプットコンペアって書けばいいのに。
少なくとも外来信号をPWM変調するということなら、正弦波は要らないのでは?
三角波というか、ノコギリ波で良いわけですけど、
絶対精度を得ようとすると難しい感じですが、たぶんアナログ的な手法でも作れますね。
>>307の意見に傾きそうですけど、いろいろな手法を思いつく方が便利なことが多いですし。 アナログの分解能と精度ごっちゃにして何がいいんたいのかね
同じコストでアナログPWM作って再現性はじめ温度特性や部品誤差精度が良い物できるん? 「○○で□□を作れ」という課題と「□□を作れ」という課題との違いじゃないですかね。
○○より△△の方が良い結果を得られます、という結論が許されるのは後者です。 >>310
アナログのPWMは、フィードバックループの中で使うことが殆どだから、精度は要らない。 >>312
低速で帯域狭ければそうだろうけどね。ジッターとか応答性要求されても大丈夫?
っていうかそんなところにいまどきアナログPWM使うのかという話だが? >>309
「三角波比較方式」が初耳なので、ググったら正弦波と三角波から、と書いてありました。
>少なくとも外来信号をPWM変調するということなら、正弦波は要らないのでは?
>三角波というか、ノコギリ波で良いわけですけど、
それで>>291の話に合致するならいいんですが、私には良く分かりません。
>絶対精度を得ようとすると難しい感じですが、たぶんアナログ的な手法でも作れますね。
PICでそれを実現する方法を、もう少し具体的にお願いします。 なぜあんな雑な質問から具体的な答えを要求する
細かい事はどうでも良いから答えだけ出せってこと? >>314
学校の課題なの? それとも自分の趣味なの? >>291を見て、検索してみて「へえ、そんなんあるんだ。」と思っただけの
通りすがりの素人の、休日の暇つぶしです。
こうすりゃPICで簡単に実現できるじゃん、っていう具体的な話が全然出てこないし、
PICでPWMの話してるのにOCすら知らない人が出張ってくるしで、
このスレにはちょっと期待外れです。 >>317
>このスレにはちょっと期待外れです。
いいと思いますよ。
>>317のスレじゃ無いですから。我々のような初心者のスレなんです。 >>317
入力信号やPWMの周波数も分解能も書かずに答が出るわけ無いだろいという話。 何のアドバイスもせずに、不満だけ書く>>317って、ズルくないか? >>317
OCってわからなかった。オーバークロックかと思った…
>>291
三角波や鋸波と入力信号を比較して入力信号に対応したPWM波形を出力させるってことでよろしいか?
PIC16F1827を例にすると次のような感じになると思う。
まず、三角波を生成するためのファンクションジェネレータを用意します。
次に、入力信号となる電圧を発生させるためのファンクションジェネレータを用意します。
また、出力波形を観察するためのオシロスコープっぽいものを用意します。
PICのコンパレータマイナス入力(たとえばC2IN0-)に三角波信号を接続します。
PICのコンパレータプラス入力(たとえばC1IN+)に入力信号を接続します。
PICのコンパレータ出力をオシロスコープっぽいもので観察します。
三角波も入力信号もPICの電源電圧範囲を超えないように注意してください。
あと三角波の周波数にも注意してください。
PWM波形が反転するのでもよけれれば、コンパレータのプラス入力に内蔵DACをプログラム的に接続して、
割り込み禁止状態でひたすらDACをインクリメントするようにプログラムすれば三角波生成用のファンクションジェネレータが省略できます。
入力信号がファンクションでなくても良いのであればボリュームで代替することもできます。
早いファンクションで無ければ、内蔵PWM出力にローパスフィルタをかましてやる案もありますが、
この処理が入ると三角波生成にも影響が出るので、できれば別のデバイスを使いたいところです。
基本的に>>295に心の底から賛同 >>332
いやー、略語に限らず技術用語は咄嗟のときに通じないことがあるから要注意だ。
その道にたけたエンジニアがその言葉を使っているとも限らんし。
今回の場合だと、PICのタイマー使って当たり前のようにPWM作ってる人の100%が普段から「おーしー」と言ってるかな?
意思疎通ができるかどうか試す目的で用語を使うのは意地悪。
コミュニケーションなんだし、通じてないって思ったら、他の手段で通じるようにするべきだと思う。 あー失礼。>>323のアンカーは>>322に向けたものです。
未来に向けてどうする。 僕も、OCという文字を見て、
オープンコレクタかと思った。
あとはオーバーカレント、
オーバークロックなど。
output compair だったんだね。 ずいぶんしつこいね。
逆に、「アウトプットコンペアー」っていちいち言う方が不思議だ。
検索結果をみてもあまり違わないから、OCで十分通じるはず。
https://www.google.co.jp/search?q=PIC+PWM+OC
https://www.google.co.jp/search?q=PIC+PWM+Output+Compare
そもそも、HarmonyではOCとしか書いてない。
使ったことなかっただけでしょ? >>325
OCをアウトプットコンペアにするなら一言欲しいなぁ
だいたい略語使う俺カッケーなやつに賢い奴はおらんね。
バカほど自分の意見を早口で喋りまくるだけ。 >>323
そっとググって、流れを乱さないようにふるまう程度の所作さえ身についてない。
知らなかったヤツの方が威張って強弁をたれる。
民度が落ち始めると、もうあっと言う間だなw >>327
ほう、次の手は、OCだけを一人で歩かせますかw
ずいぶん姑息だこと。 >>328
民度の問題とか話を広げる必要はないです。
●わからなかった人もPWM OCで検索するべきだったのかもしれませんが、
タイマーでPWMを作ることは意識してレスされていたと思いますし、流れて的には乱れてなかったのです。
●わかってもらえなかった人の態度も感心しません。ローマ字打ちなら
「SOREHAZANNENDESU」とタイプする代わりに
「AUTOPUTTOKONNPEADESU」とタイプすれば、もっと流れは乱れなかったですね。
>>308
> >OCが何だかわかんないけど
> それは残念です。 >>326
>そもそも、HarmonyではOCとしか書いてない。
>使ったことなかっただけでしょ?
おー。当たりです!
Harmonyはだいぶ前に使ったときにとてもバグっぽい動作が多かったように思えたので(使いこなさなかっただけかも)使ってませんでした。
今、PICを使ってる人は、当たり前のようにHarmonyを使っているのでしょうか。 >>330
あなたがいろいろ仮定し、根拠もなく字面で言い切っても、
すべては主観の相違ですよ、きっとずっと平行線です。
>>331
あなたが何を使うかは無関係で、あなたの勝手ですよ。
両方の検索件数を見れば、PIC PWM OCで十分通じるよという話。
本家の提供する環境でOCと使ってるよという話。
そりゃ、通じないヤツだっているだろうさ、下を見ればきりがないw >>332
その通りだね。
僕は、読む人の気持ちを考えて、
「もしかして勘違いするかな?」と思う言葉や省略語は、
語の後ろで、カッコを付けてフルスペルや説明をするようにしてる。
ストレスなく読んで欲しいから。 >>333
>読む人の気持ちを考えて
なるほど、言うだけなら簡単だ。
例えば、PICとかPWMはどう書いてるの? >>335
PICスレでPICって何?って聞かれると困るね!
でもPWMがわからないって話になったら、1〜5行ぐらいの簡単な説明をして、あとはWEBで検索して、って感じになるかな。 >>335
その程度は、そのままつ使いますが、何か? どうせ学校の課題だろ?放置でいいじゃん
新入社員なら、上司に聞くのも仕事だろ
(4月から半年以上研修が続くとも思えんが) >>338
つまり、どっちにするか、「その程度」の判断はこっちでするわけね。
それで安心したわ。 お騒がせして申し訳ございません。291です。正弦波インバータを作りたいです。スイッチをigbtにしてそのゲート電圧をpicを使って出したいです データシートに載ってるとか、マイクロチップのコンフィギュレータに表示されてるとかなら、そのまま使って、
わからん人はまずググって、それで出て来なきゃ質問するなりすればいいんじゃないの?
やたら説明がつくのもジャマだし、どのレベルに合わせるのか決めようが無いよ。 ・マイクロ波の危険性 法の外にいる御用学者達
https://www.youtube.com/watch?v=EJluXfJQCuk
・元MI5部員Dr. Barrie Trowerの語る電磁波兵器@
https://www.youtube.com/watch?v=NRoN2Fsci3o
・ニック・ベグジェッチ博士 HAARP 機密科学ハイテク洗脳@
https://www.youtube.com/watch?v=Kpf2iKOtSfg
動画「陰謀論 脳侵略者」
https://vimeo.com/119665215
https://vimeo.com/118485020
https://vimeo.com/119029616
それぞれの動画の加害装置の電磁波の出力が「小さい」と言っている理由について
レーザーに例えると、60Wでプラズマ核融合炉のプラズマを発生させるためにつかっているのに対して、家庭では電球が60W
このギャップに気付かなければならない
誘導放出され、増幅されたマイクロ波を計測するのではなく、メーザーの出力の表示の数字が強さの目安
だから、動画のインタビューに出てくる人達は、「弱い」とか「小さい」という単語を使っていると思われ >>291 >>341
最初の質問の件はどうなったの?
解決したの?
やらなくても良くなったの?
投げっぱなしのままで新しい質問を出すのは
心証が悪いよ。 >>341
8bit PIC 使うならPMSC付の奴を選ぶべき。 「PMSC」とは - Private Military and Security Company の略。 PICの種類について教えて
dsって付いてるやつは普通のやつと何が違うのか
USB内臓とはどういう意味か
紫外線消去とはどういう意味か
この3種類について教えて >>349
> dsって付いてるやつは普通のやつと何が違うのか
DSPが流行りだした頃に時流に乗ってDSP内蔵のを作ってはみたものの、
今となってはCPUの高速化であんまり意味が無くなってしまって放置されつつあるヤツ
新規設計or新たに使い始めるなら無視して構わないという弁別に便利な接頭辞
> USB内臓とはどういう意味か
生体USBなんて知らない・・・
> 紫外線消去とはどういう意味か
紫外線で消去できるという意味 >>351
ありがとう
じゃあdsは特殊な機能が付いてるわけじゃないんだな
普通のPIC買うわ
そしてごめん、内臓じゃなくて内蔵だわ
USB内蔵ってことはFT232RLとか使わなくても、USBコネクタにつなげば簡単にパソコンとかにつなげるってこと?
でもFT232RLとかで通信するときってFT232RLがCOMポートとして認識されるよね?
PICが直にCOMポートとして認識されるってこと?
どの程度の紫外線で消えるか知らないけど、紫外線で消えたら困るくない?
やっと何か完成したと思ってプログラム書き込んだPICをビーチにちょっと置いて泳ぎに行ったら
戻ってきたときには消えてたりするってこと?
困るくない? >>351
DSPは昔からあるし、流行りで作った訳じゃない。
ま、使いこなせない℃素人には、高速なだけのPICと違いが分からないかも知れないけどwww >>352
>PICが直にCOMポートとして認識されるってこと?
ファームウェアをそう書けば、と言う話。
ま、テンプレートがMLAなりHarmonyに載ってるからそれ参考に書けばいいだけだが。
>戻ってきたときには消えてたりするってこと?
>困るくない?
生活紫外線では消えない。消すには紫外線ランプが直上に付いた消去機に入れて数十分晒す必要ある。 紫外線消去のROMやマイコンは普通は窓にシールを貼りますし、ちょっとやそっとでは消えません。
一方、昔のことなので忘れましたが、シールなしで太陽光に曝すと何日かで消えたような記憶があります。 >>352
[PIC(USB無し)] - シリアル通信 - [FT232RL] - USB - [PC]
が、USB内蔵PICなら、
[PIC(USB内蔵)] - USB - [PC]
ってなるんですよ。
FT232RLと同じ働きもさせられるから
[PIC(USB無し)] - シリアル通信 - [PIC(USB内蔵)] - USB - [PC]
ってやってもいい。
FT232RLも中華通販で買えば安いから、あまり必要性ないけど。 >>356
PICの場合は、93C46は不要なんでしょうか?
また、IDはmicrochipのものが書き込まれているのでしょうか? USBにそのチップはいらない。
予めユニークなIDを持っておくと言う概念がない。
強いて言えば繋いだ際にPCから与えられる。
VID/PIDはファームウェアで好きに設定できる。
EEPROMに予め書いてあると言う事も無い。 三角波と入力信号(正弦波)を比較してpwmして正弦波のコンバータ作りたいってことだよね。
picでadすればそのままpwmできるから三角は作んなくていいと思うけど? >>360
何を与えられたものとして取り扱いたいのかな?
正弦波(の位相と周波数)
三角波(の位相と周波数) >>359
横槍ですが教えてください。
1. そのUSB PICから、USB I/Oピンにアクセスするときは、
COMポート扱いなのでしょうか?
2. 1. がyesなら、PICの内蔵UARTは、
USBに対して作用する。
だから送受信割込とかも使える、と考えれば良い
宜しくお願いします。 ありがと
紫外線のは何に使うのか分からんから恐らく俺には不要な機能だな
USBのはちょっと気になる
FT232RLがいくら安いとはいえUSB対応デバイス作るたびに用意するのもダルいし、
部品数は少なければ少ないほどいいし >>349
dsが付いている奴は、
・高速で積和演算が出来る
・ループの処理用の専用命令がある
・命令がいくつか追加されてる >>362
(以下MLAの使用を前提にした回答です。)
IOピンにアクセスするってのが「繋いだPCにデータを送る」って事なら、そのイメージでよいです。
2.はちょっと質問の意味が不明ですが、usbでpcとの仮想ポートを作ったとしてもpicのハードウェアシリアルポートを潰す必要は無いです。
PCからデータが飛んできたら、MLAがコールバック関数を呼ぶのでその中で受信データの処理出来ます。 >>365
ありがとうございます。
MLAというのは、マイクロチップアプリケーションライブラリのことでしょうか。
こういう理解でよいでしょうか?
通常は、
#include main(){ } などで自分でプログラムを作ってコンパイルして、書き込んで動かす。
MLAの方法は、
Microchipのwebから、MLAのUSBの雛形ソースをダウンロードしてくる。
その中には、「ユーザーのプログラムは、この部分に書く」という関数が入れてある。
そうすると、USB関係の難しいやりとり(接続された、切り離されたなど)は、MLAがやってくれて、
自分は、自分の関数内でI/Oとかの制御をいろいろやる。
という理解でよいでしょうか? 以前何かで読んだことはある気がします。 「BS11 中畑清 熱血!スポーツ応援団」稲村亜美の筋肉美動画 https://youtu.be/i1MyPQTCkWk @YouTubeさんから USB内臓wPICについては14K50”でググれば作例で詳しくなれる
なお、新規のプログラム作成からやるなら、32MX2xxとか24K50を使うと幸せになれる(可能性がある)
>>347
すみません 別人ですが型番ください
ttp://ww1.microchip.com/downloads/en/DeviceDoc/40001671B.pdf
読んだけど分からなかったんで、Webで作例探したくて >>371
ttp://ww1.microchip.com/downloads/en/AppNotes/01468A.pdf
を見つけて、図21と図22の意味
(PSMC-1L,2L,3Lが1H,2H,3Hの裏打ちじゃなく、Duty一定の矩形波なのか?速度制御なら電力の無駄ではないか)
が分からずPSMCは挫折しました
質問主の正弦波インバータなら、RisingPhaseとか使わずにSin波のテーブルでPWMすべきじゃないかと
初心者ながらに思った次第です
しかし、よく勉強になりましたし、16F1783で3相交流を発生させる方法が見つかりました。
ありがとうございました。 教えて下さい。
MPLAB IDE 8.92 を使っているのですが、
プロジェクトウインドウの「Source Files」にファイルが追加できません。
そのため、コンパイラーを実行しても
Build aborted. The project contains no source files.
というエラーになってしまいます。
操作方法は、
プロジェクトウインドウの「Source Files」を右クリック
Add Sourceを選んで、main.cを選択してOK
プロジェクトウインドウを見ると「Other Files」のところに追加されてしまいます。
どのようにしたら、追加できるようになりますでしょうか? なぜ初心者が MPLAB IDE 8.92 を使ってるんだろう。 内臓USBの件だけど、USBマウスとかを手軽に作れる感じの機能なの? >>374
ピリオドがカンマになっているとか、拡張子が全角になっているとか とりあえず外国産ソフトを使うときに確認すること
コードに全角文字が混じってないか、特に全角スペースが見落としやすい
インストールフォルダとかデータファイルのパスに全角文字とか半角スペースが混じってないか
ファイル名は半角英数で文字数8+3以内にしておけ つか C:¥Progra~1 で問題ない。 >>379
サンクス
なんかUSBデバイス作ってみようかな RC1を1秒間隔で点滅させたいんですが、簡単ですっきりとしたプログラムおしえてください
以前、どっかでみたんですが、なんかこうゆうかんじだったんですが
while(1){
if(RC1=!) {RC1=!;}
__delay_ms(1000);
} >>384
ありがとうございました
うまくいきました おしえてください。
秋月のキットに付いていたPICのCソースを変更してコンパイルしようとして、
まずはそのままコンパイルしたところ、下のようなエラーが出ました。
Warning [1273] ; . Omniscient Code Generation not available in Free mode
Error [500] ; 0. undefined symbols:
_lcd_init(AKI_IR_REMOCON.obj) _lcd_clear(AKI_IR_REMOCON.obj)...まだまだいくつか続きます。
このエラーの意味は何でしょうか?
Omniscient Codeは、全知のコードという直訳ですが、全知のコードもわかりません。
というか、どのようにしたら直りますでしょうか。(今日1日やっていて、泣けてきました)
MPLAB IDE 8.92 XC8 です。ヘッダ部分は以下の通りです。
#include<pic.h>
#include<string.h>
#include<pic16f887.h>
#include"ir_main.h"
#include"lcd.h"
#include"ir_out.h"
#include"ir_in.h"
#include"ir_data.h"
秋月キットの説明では、HI-TECHで動作確認済みとありますが、
私の使っているのがXC8なので、それでいけないのでしょうか?
HI-TEC CとXC8の違いで、何をすればいいのでしょうか?
C言語なので、同じではいけないのでしょうか? >>387
アーカイブでhi-tech c落としたら? >>387
XC8でいいと思う根拠は何?
なぜHI-TECH Cでやらないの? >>388
ありがとうございます。
すみません、アーカイブというのは、MPLABの何かの設定でしょうか?
MPLABのプルダウンメニューを探しましたが、特にみつかりませんでした。
落とすというのは、フラグを0にするという事でよいでしょうか?
HITECのどの設定か教えて頂けないでしょうか?
宜しくお願いします。
_lcd_initとかが見つからないというエラーのようですが、
ソースの中に_lcd_init()という文章は見つかりませんでした。
コンパイラーが勝手に作成したものでしょうか。
もしそれなら、エラーを出さずに、そちらで始末して欲しいと思いますし。
パソコンは難しくて、よくわかりません。 >>389
ありがとうございます。
HITEC-Cも、XC8も、同じマイクロチップの出しているC言語ですし、
Cだから移植性が良いと聞いたことがあるので、やってみました。
もしかして、HITEC-Cで書いたCは、XC8では使えないのでしょうか? それね、職業プログラマが何日もかけて移植するのよ。1日で泣くな
プリプロセッサ命令は全く違うし、文法も少し違うし、関数は同じものが揃っていない(_lcd_initが無いとか)
コンパイルしてみたいだけなら動作確認が済んでる環境を用意しろ!
C言語の学習をしたいだけならコマンドライン用のフリーコンパイラ(GNU CやBorland C++等)を使え!かなぁ…
Windows/IntelのプログラムをiOS/ARMへ移植するような場合に
CPUに依存しない書き方をしておけばアセンブラ他と比べて手間が少ない、程度で
Cならどんな環境でも楽に動くなんて夢のような話じゃない>Cの移植性
#どのキットかわからんがHI-TEC Cってマイクロチップじゃなく昔のHI-TEC PIC C Liteじゃないかなぁ
##おまいらC入門はどれだった?ちな俺はHI-TEC C/FM77AV >>391
ここから落とせるから、もらってきてインストールして
コンパイラをXC8でなくHI-TECH Cに変更してやってみて。
ftp%3A//ftp.microchip.com/
互換性に関してはちょっとわからない。 >>392
ありがとうございました。そういうものなんですか。勉強になりました。
そうすると私がやるべきことは、XC8の文法書を見ながら、1行ずつ
「この命令はXC8にある、ない、ある」と調べていき、HITEC Cの文章を抜き出す。
その文の中身を調べてXC8の言葉に置き換える、ということでしょうか。
それなら、一度やってみたいと思います。目的は実際に動かすことです。
C言語なら、ほぼそのままで移植できると思っていました。馬鹿でしたね。
どうもありがとうございました。
>>393
ありがとうございました。
一度検討してみます。わざわざ探していただいてありがとうございました。 >>390
http://www.microchip.com/ja/mplab/compilers
ここの下のタブのアーカイブのダウンロードをクリックしてHI-TECH Cコンパイラの所からftpでダウンロード 全てHが抜けてた恥ずかしぃ
>>394
止めはしないけど、悪意はないが完結しない予感…
C言語以外のライブラリとかマクロとかの置き換えでひっかかりそう。かなり大変よたぶん
>>396
俺も大学の課題検討用でお世話になった。コンパイル時間も惜しかったあの頃(遊ぶ時間を作りたくて) >>397
turbo pascalが流行ってて、騙されてturbo pascalやった後、quick cで更に騙されてms cをやった。c6だったな。 >>398
俺も騙されてまさにそのラインで進んだクチだけど、
パスカルのプログラムやってたおかげで、ずいぶんCのプログラム書くときに、
あとから判りやすいソースが書けるようになったよ。 >>392
HI-TECH PIC Cなんぞ、バージョンが変わっただけでコンパイル通らなくなるんだぜ? >>387 など
HI-TECH PIC CもXC8もほぼ一緒だよ。
最近CONFIGの設定方法が変わったくらいで、文法や作法はほぼ一緒だから、エラーやワーニングを一つずつ確認していけば移植は難しくない。ほぼ変更無しでいけるんじゃないかな。
ヘッダのpic.hやPIC型番のヘッダやhtc.hがxc.hになっているから、これが一番大きな違いかも。出始めの頃のXC8はpic.hでもいけてた覚えがあるが、今は不明。
さっきのエラーメッセージだって、最初のワーニングはフリーバージョンは最適化が効かないよって言う意味だし、2つ目以降のエラーはライブラリが無いよって言う意味で、たぶん、読み込んでいるヘッダがちゃんと読み込まれていないだけだと思うよ。
これらのC言語自体にはライブラリとしてLCD関数はないので、キット付属のヘッダファイルがちゃんと読み込まれていることを確認するといいよ。
にしても、いちいち命令の有る無しをチェックしろとか正気の沙汰とは思えない。
みんな意地悪で初心者をいじめているのか、知らないのに知ったげなだけなのかわからないな。さすが2chだな。もっと有用な答えを示してあげるべきだとは思うけどな。 >>400
うん、おれもターボパスカルで、野暮ったくてもメンテしやすいコードを覚えた。
おかげで過去の自分を呪わなくてもいい習性がついたと思う。 皆さん実にならない苦労するなって言ってるだけじゃね?
いじめてはいないよ。 >>402
>ほぼ一緒だよ
>ほぼ変更無しでいける
>覚えがあるが、今は不明
>たぶん…だと思うよ
>もっと有用な答えを示してあげるべき
実に面白いw HI-TECH C の開発元をマイクロチップが買収して、名前を付け替えたのがXC8じゃなかったっけ。 >>398
結局MS Cに収束するんだよなぁw
家で書いたTurboPascalのコードが
パーサが厳しい学校のGNU Pascalで通らなかった締め切り当日の辛い想い出
>>399
うわ、あったDOH C
そういえば最初に触った(だけでちゃんと使ってはいない)のはDraco Cだった
コンパイラの選択肢も多くて、ANSIじゃないCとか滅茶苦茶だったけど楽しかったなー Turbo Pascal は、たしか3→4のときに大きい変化があって、バージョン間の互換性がなくなったと憶えてる。
仲間と共有していたソースも自分が書きためたソースも一気に色あせた気がしたな。 >>407
たしかにdoh-c触ったあと、はじめてK&R読んだら、エレガントだなと思ったもん。
毒ファクのBASIC風cの書き方は酷かった。アセンブラより可読性悪い。 >>408
4ー>5あたりでオブジェクト導入したんだよな。 MZシリーズ用に低価格でα-Cっていうのが出ていて、これが俺の初めてのC言語でした。中身はBDS-C。 >>410
4で複数ソースのリンクだったかな。それまでは、ちょっと姑息な呼び出しで対応していたと思う。んー記憶が。
作るプログラムが大きくなってきていて、どこかの段階で大きく変わらざるを得なかったのは間違いない。
オブジェクト志向は6じゃなかったっけ。と思ってWikipediaを見てみたら、5.5からだって。ああ、あった、あったそんなこと。
サザンパシフィック vs MSAとか、MSAによるボーランドジャパン設立とか。 >>409
>毒ファクのBASIC風cの書き方は酷かった。アセンブラより可読性悪い。
勤務先の先輩が、趣味でキャリーラボのBASIC風アセンブラみたいなのを使っていました。
結局俺はそれは触らずじまいだったのですが、あのころのパソコン環境は今から思えばいろいろ謎。 目の前の9821で tpc[Ret]してみたらVer6だった。パス切ったままにしてあったとはGJ俺
>>409
>はじめてK&R読んだら、エレガントだなと思った
最近のK&R否定派に聞かせてあげたいはw
>>411
MZは(700とかは別として)高級機で買えなかった…
他のZ80機よりCP/Mの資産が有効利用されてて羨ましかったイメージ
>>413
すまそ(;。_。)
キットを確認するって流れもあると思ったけど387はどのキットか書きにくいようで雑談に走ったった スレタイすら読む気がない
どんだけ疎まれていても気にもとめない
ジイがジイたる所以 >>413 ごめんなさい。
マイコンでC言語を使うようになったのは、Z80→H8→SH→PICみたいな感じで、
信号処理(といっても低速用途ですが)などの自作ライブラリは、移植して使いまわししてきました。
元ネタは、HI-TECH CからXC8への移植の大変さ、だったわけですが、ある程度の調整を覚悟するなら、
C言語で作っておけば、むちゃむちゃなことにはならないな、と思っています。 >>415
>キットを確認するって流れもあると思ったけど387はどのキットか書きにくいようで雑談に走ったった
うん。これが謎。キット名をなんで書かないのだろう。
>>387に引用されたコードにIRリモコンってあるから、これかな?って気がしたけど違うか。
ttp://akizukidenshi.com/catalog/faq/goodsfaq.aspx?goods=K-04174
XC8用コードもあるみたいだけど。 さんざん与太話して、質問者がいなくなったころを見計らってのソース出しですか
そして自己弁護だけはお上手で
今更ながらPICが嫌われるわけが分かった気がする どのキットなのかちゃんと書かないお前が悪いんだぞ。
秋月のキットで、IR Remoconというだけじゃ、俺ら経験豊富なジイには、
どのキットか全然わからないじゃないか。
これだから、素人はイヤなんだよ。 >>418
>#include<pic16f887.h>
>◆CPU:PIC16F886
別のじゃない?部品変更、はありえないね足の数が違うし
ヘッダファイル共通だったっけ? >>417
使い回せるように自作ライブラリを作る段階の人とちがって
IDEインスコ→いきなり移植作業、はちょっとの覚悟では済まないような…
軽い覚悟でさくさく進む才能ならぜひ弊社に、または派遣会社に登録をw >>406
元はHi-TECH C だが、標準的なCの仕様に変更されてるので、挙動が異なる場合が有る。
負数を右シフトしたときとか。
差分を纏めたドキュメントはマイクロチップのWEB を探せばある。
日本語版もあったはず。 >>419
ここのスレはいつでもそうだよ。
基本的なコンセプトはここと同じ。
http://rio2016.2ch.net/test/read.cgi/denki/1345646983/
御覧のとおり、棲みついてる古株が無能なクズばかりだから。
多少英語で苦労しても、海外のフォーラムで聞く方がためになる。
あるいは、PICなんてやめて他のマイコンにする方が気分よく楽しめる。 脱線しながら情報探していて、コレかな?って思って>>418を書いたら、>>419。
ID:slHWGM9G はいったい何を提供したのかなって感じ。
>>421
そうなんですよね。それに、LCDってキーワードも出てくるけれど、LCD付きリモコンのキットはないし。
たぶん、886/887を常用していて、LCDを備えたキットも作っていて、ソースコードを使いまわししているんじゃないかって気がします。
あと、覚悟が軽いか重いか、作業が大変か簡単かは相対的なものですね。 検索したら
通販コード K-04174
しか見つからないよ。
探し方が悪くないか? >脱線しながら情報探していて
よく言う。
どう見たって>>413に指摘されて、あわてて言い繕ってるだけじゃん。
その白々しい善人面からは、ばっちり図星を突かれた慌て様が見え見えw >>425
もういいよ、見苦しい!
質問者もう来ないだろ、お前のせいでw >>415
懐かしいな。MZはCP/Mマシンとして優秀だったよね。
うちの会社でX1turboを制御機器の親機として納入してたの思い出した。 >>418
いっこだけ便乗質問させて。
マイクロチップのライブラリに赤外線リモコンあるの? >>431
>>387の様子から判断すれば、そういう判断にはならないような。 >>393
便乗ですみません
ftp%3A//ftp.microchip.comで見つかりませんでした
もしかしてiPASSとやらですか? >>433
ここから辿っては
http://www.microchip.com/mplab/compilers
↑ここの一番下のタブから「Downloads Archive」を選ぶ。
そこから、下の1/4ぐらいのところにある
HI-TECH C Compilers
Use this FTP link for HI-TECH C Compiler archive: HI-TECH C Archive
のリンクを叩く。
という手順なら俺の環境では、それらしいものが出てきました。 >>433
ftp%3A//Compilers-RO:C0mP!0511@ftp.microchip.com/HI-TECH%20C%20for%20PIC10-12-16%20(PRO%20and%20Standard)/ >>ID:jNFyPZi1
>>ID:PUdFpwRT
>ID:slHWGM9G はいったい何を提供したのかなって感じ。
ジイには問題の本質が見えて無い様だから書くけど、
何もしない方がよっぽどましなわけよ、くだらないスレ違いの雑談でスレを埋めるよりはね。
理由は、質問者の立場になってみればわかるよね? >>436
MPLAB Xの最新版からもこのコンパイラを呼べるのね。
しかも、全バージョン、いまだに入手可能とは。
さすがは、ディスコンなしを標榜するMicrochipだけのことはある。
最低限の互換性は確保してあるわけだ。 Microchipも表向きはディスコンなし宣言してんだっけ? >>439
そう、Microchipは良くやってる。
PIC初心者にとっての癌は、ここに巣食って昔話してるだけの連中。 >>425
そのキットのオプションで回路図にLCDが載ってる。商品画像を見てもパターンがある(J4)
ただ、そのキットなら XC8対応版ソースファイル を使うはずだしヘッダファイル886/887の件も?
確認しようがないね
>>431
Microchip Libraries for Applicationsには入ってたはず。けど家電協くらいなら自分で書いた方が早いかも
某社工場では内製のCP/Mボード+8800拡張BOXですた。新人の頃8801でいいじゃんてオモタ浅はか 昔話の後は、クソの役にも立たない自己満足レスか
今更回答を装っても、お前らが追っ払ったから、もう見てねえってばよw >>431
IrDA Standard Stack ってのが入ってるけど Remocon は入って無い。
想像だけでゴミ回答するジイが多くて、玉石見分けるのが難儀だよなこのスレはw >>442
887って、886に比べてピンが多いぐらいじゃなかったっけ。
IDなんかの違いはあるだろうけれど同じチップのパッケージ展開ぐらいだと思ってたが違うのかな。 他はすべてK-04174をさしてるのに、たった一文字
>#include<pic16f887.h>
の「7」に目を付けて、混乱させた質問者が悪いような方向へ操作する悪意w
まあ、皆さんの初心者イジメも、そこまで徹底していると立派です。 >の「7」に目を付けて、混乱させた質問者が悪いような方向へ操作する悪意w
技術的な関心を持つことが「混乱させた質問者が悪いような方向へ操作」と感じるような人ってエンジニアリングに向いていない。
こういう人はモノの改良よりも、自分のメンツやプライドの方が大事だと思っていたりする。 K-04174と最初に目星を付けたのは誰なんだろう。 回答できないなら何も書くべきではない、という主張も筋が通っているが、
K-04174 をサーチすることもしないで何を言ってるんだろう。 他人の発言は嘘と悪意があると決めつけておいて、自分は今日1日の発言にさえ責任を持たない立場なんだよな。 あら、たくさん。
一度にまとめて書けないのかしら。
俗にいう「必死」っていう状態なんだねえ。
>>447
>技術的な関心
大げさだな、ただのタイプミスでしょ。
>…な人って…に向いていない。
などと、あなたが思うのは、あなたの自由です。
>>448
>>387を最初に読んだ人。
>>449
あなたがリンク張ったんでしたっけ?
無意味でしたな、与太話に花を咲かせてたせいで。
>>450
間違ってます。
なぜなら、IDが変わっても責任は回避できないから。 >>451
> >技術的な関心
> 大げさだな、ただのタイプミスでしょ。
質問者が、
#include<pic16f887.h>
のあたりを逐一タイプしたとは正直思わなかった。
もし、質問者がコピペをしていないのなら、それは良い習慣ではないと思う。
実際はどうなんだろうね。
K-04174と最初に目星を付けたのが
>>387を最初に読んだ人。
という考え方は誤りです。書き込んでこそ、目星を付けたことになるのですよ。
それって「する偽善より しない善」って言っているのと同じだよな。
>無意味でしたな、与太話に花を咲かせてた「せい」で。
「 」は論点を明確にするために追加。
他の人にもこの言い方をしている人がいたけれど、これは根拠がないよ。
あなたはこの因果関係を証明できるかな? 無理でしょ。
>間違ってます。
>なぜなら、IDが変わっても責任は回避できないから。
いいえ。昨日のID:r1HBuM9Tが他のどの発言者であるかは、想像以上のことはできないよ。
確定しているのは、本スレで初めて出てきたIDである、という事実だけ。
たとえば、他のスレも含めて同一人物であると推測して「あなたのこの態度はどうなの?」と問いかけても、
「俺は、それではない」と言えば済む話。そもそも、そういう推定をすること自体、非生産的。
ところで、本レスに対するコメントはいろいろあるかもしれないけれど、>>451と同一人物であることを
表明する発言だけに回答することにする。 同一性についてだけど、特に質問者はその後のレスにおいて同一性の表明が必要だと思う。
文脈でわかってほしい、という気持ちもあるだろうけれど、そういう暗黙の了解を求める気持ちが
質問において、肝心な情報を欠落させることにつながっているんじゃないかなって気がする。
環境でIDがころころと変わってしまうケースもあるだろうけれど、他にも元の質問者と同一人物であることを
表明する手段はあるのだし。 俺は赤外線リモコンキット K-04174 を持っていないし、添付されているソースコードにはアクセスできない。
(公開されているのかどうかは調べてません)
質問者が引用したソースにおける、
#include<pic16f887.h>
について、質問者のタイプミス、という>>451の説は、排除していた可能性のひとつだったので虚を突かれた感じだった。
あらためて検索してみると、こんなページが見つかった。
ttp://aizomee.web.fc2.com/teidenon.html
>エラーの内容から推測するに、pic16f887.h ってインクルードファイルの中の変数が認識できてないっぽいです。
実際のソースコードにも pic16f887.h が使われているように思えます。 >>ID:ktqEF2HQ
相変わらずの冗長な文章、ご苦労である。
最後の1行だけ読ませてもらった。
今後のレスでは「簡潔」を心がけるとよいであろう。 >>457
お前の突っ込みもスレを無駄に消費する要因だと心得よ >>436
ありがとう!
>>もめてる人たちへ
ここは2ちゃんねるです(以下コピペ省略) USB内蔵PICってCOMポートとして認識されるの?
それともオリジナルなデバイスとして認識させられるの?
例えばWindowsのデバイスとプリンター開いて見たときに、
FT232RLってチップだと、他のUSBキーボードとかと違ってCOMポートとして認識されてるやん?
難しいドライバ作成とかなくてもUSBキーボードみたいに認識させられる? 繋いだ時の通信でPCが「あんた何者?」って聞いた時、
PICのファームウェアが「俺キーボードだせ!」って返して
その後所定の形式でキーに対応するコードを送ってやればキーボードとして動く。
PC側のドライバを開発する必要はない。
作例はMLAなりHarmonyをどうぞ。 >>462
ありがとう。
今まさに通販画面でポチろうかどうしようか迷ってるところなんだが、ポチるわ。
秋月だと210円なのにマルツだと何で470円もするんだ。 どっちかってーと、秋月の方が異常なの
秋月と比べるのは恥ずかしいからやめときな リアル店舗を20:00まで開いてくれてるんだから、その分乗っかってると思えば。
全部が全部倍になってる訳でもないし。 PICKIT3の値段だと安い順に
マルツ 4700円
MicrochipDirect $47.95
秋月 5700円
仕入れのタイミングや販売についての考え方、値段設定はいろいろ事情があるだろう。
それに、品種を絞っている秋月と、多品種を扱うマルツ、千石、共立などとは事情が違いすぎると思う。 日本語キーボード対応のPS/2>USB変換プログラム落ちてないかな
たくさん買ったけど、半/全キーが効かないのばっかり >>468 の各店の方針や事情云々も理解できずに
秋月価格でドヤ顔するのが恥ずかしいって事だ >>468
それ、マルツは在庫がはけないだけでしょ。
秋月も4700円の時あった。
一方で、14K50が470円は、明らかに素人目当てのぼったくり価格。
ま、誰がどこでいくらで買おうが自由だけどね。
>>464みたいなおかしなのが湧くと、マルツも大変なんだなと同情はする。 >>471
安いとなぜドヤ顔だと思うのか
それのどこが恥ずかしいのか
あなたが秋月価格で迷惑している同業他社の人間である場合を除いて
理由を説明してみてください >>462
printf("俺!キーボードだぜ??"??n); >>470
どうしてもPICでなくちゃというのでなければ
AVRならソースがいっぱい転がってる いまどき12C508か、みたいなのはたまにある
なんだかんだで在庫を持て余してる人がいると >>475
ああ、そんな感じそんな感じ、
ま、実際は1byteのコードだけどw PIC16F73中国から買ったけど安いし普通の機能は大体入ってるし
一個50円台なら28ピンでは面白いかも・・・ 秋月は球根売って利益出しまくってるから、電子部品を格安で提供できる。
Amazonが電化製品を粗利ゼロor原価割れで売っても、最終的に企業として利益出してるのと似たような構造。
球根を売ってないマルツでは、例え天地がひっくり返っても秋月には勝てない。
ピックキットのように1割2割安く売れても、14K50のように半額以下の価格設定にはできない。 >>474 >>475
ありがと AVRでPS/2のキーボードのスキャンコード探してくる 何をやりたいのかわからなくなったんだけど、PS/2のスキャンコードだけならググれば出てくるよ
変換器を自作するってこと?
PS/2-USB変換は結構難しいので、自分で作ること自体が目的じゃなければ
他人の作例で自分の用途に合いそうなのをコピーする方がおすすめ そういう事言い出すと「最初っからUSBのキーボード買えばいいじゃん」とかいう人が出てきて
元の人泣いちゃうじゃん。 気に入ったキーボードをそのまま使い続けられるのと
ソースがあればカスタマイズできるメリットはある
あと作るのが目的ならいい勉強にはなる PicKit3とMPLABXの操作について教えてください。
MPLABXのデバックモードで実行しLEDを点灯させた後、
デバック終了でプログラムの実行や通電状態を止めたいのですが
止め方が解らずUSB引っこ抜いてます
どうやって止めればいいんでしょうか? 何かが書きもまれた謎の8ピンPICが前から家にあって、
なんの動作が書き込まれているのだろう?、と思いいろいろな測定器などにつなげて調査した結果、
90年代に作ったプレステ用MODCHIPだった。なんてことがあった。
以上、俺の日記帳終わり。 >>493
わっ、言われた人かわいそーーー
おそらく二度と質問しないだろうなあ >>494
パソコンのプログラムと混同してるのかもしれないが組み込みではデバッグしようがしまいが常にプログラムは動いてる。
無論メインループを抜け出すように書く事も可能だが、そんなのは特殊用途。
デバッグやめたかったらデバッグ停止かブレークかターゲットの電源落とすか。 PS/2キーボード、なぜ炎上したんだろう?
初心者スレで質問したから初心者だと思われたんだろうか? >>498-499
ありがとう
仮にPicKit3のVDDから5V取ってLEDを点灯するだけのプログラムがあったとして
MPLABX起動し最初の1回書き込みを行うまではLEDが付かないって事は
PicKit3のVDDから常に5Vが出力されている訳じゃなく書き込み後通電するって事ですよね?
つまりIceであるPicKit3から通電が止められれば電源が落ちてる状態と
同じだと思うんですが、デバックを中止しても通電が止まってないんですよね そういえばUSB対応PICでドライバの開発は不要ってことだったけど、独自機能付ける場合はどうなるの?
例えばコピーボタンとペーストボタンが付いたマウスを作った場合とか。 >>504
俺ならその機能はこう実装します。
USBは1台のデバイスに複数の機能を持たせる事ができます。(composite device)
なのでキーボード+マウスを作って
ctrl +cとctrl +vを送るだけのキーボードと普通のマウスを作ります。
最新MLAがcomposite device対応かどうか不明ですが
(俺が取り組んだ時点では対応して無かったので、自分でcomposite 対応を実装した。)
Harmonyだと最初からComposite対応しています。 >>505
ありがとう。
組み合わせて実現する形なんですね。
コンポジットデバイス対応しているか調べてみます。 久しぶりに来たが相変わらず煽るだけの低学歴が居着いてる胸くそ悪くなるスレだな >>500
> 初心者スレで質問したから初心者だと思われたんだろうか?
ここは質問の仕方が難しいね
質問者は初心者ってわかってるから、みんな上から目線でバンバン突っ込んでくるし
本当の初心者は怖くて質問できないよ
このスレで一番勉強になったことは、多少のツッコミは想定内として
受けいれるようになったことだな、最初はマジで腹立ててたけどね
PICはちっとも上達しないけど、そっちの方だけは上達した、感謝! PIC16F88を使ってます
入力された電圧がある程度大きいと出力されるようなプログラムを作りたいのですが
C言語でMPLABを使っているのですが
そのような判定は出来るのでしょうか? >>509
コンパレータ使えば。
AD 変換でも良いかも 1点の時変化を言ってるのか2点の比較を言ってるのかわからんが何れもできる
ADコンバータで読んで引き算してもいいし、コンパレータで判定してもいいし 閾値より大きいかどうか0/1で判断=コンパレータ
その中間値も見たい=ADコンバータ アナログ入力の電圧が255段階になるの言われたのですが具体的にはどういう事ですか? それは8ビットのADコンバータを使った場合でADCの入力電圧は2^8=256段階で取り出す事が出来る。
ま、実際はノイズの影響で下位のビットはアテにならないけど。 >>470,500です
>>508さん
私もちっともうまくなりません。 というよりパーツがゴミに埋もれて探せず実機を作れていません。
実機テストをしていないので、一応ソフトや回路図が完成したと思っても、グダグダ改変を続けております。
レスありがとうございました。 心が少し軽くなりました。 >>517
>グダグダ改変を続けております。
これ大事なことだよ。その苦労は決してムダではないよ。将来にきっと役立ちます。
いろんなことをして、いろんな結果を見て、考えてみて下さい。
それを続けていると、あるとき突然、点と点がつながって、理解できるときが来ます。
実験と結果に、ムダなことは1つもありません。 >>517
> 心が少し軽くなりました。
それはよかった >>518
それは間違ってる。
>>517を10回読んでから、落ち着いて書いた方がいい。 >>520
何が間違ってるんだろう。
実機確認以前にあれやこれや迷う中で力をつけるタイプの人もいるわけだし。 必要のないところで足踏みするより、
次のことを始めてそっちで悩んだ方がいい 有益な内容が帰ってくるならいいんだがなゴミみたいなレスしかこないし
>>16
なーにが優雅だ。俺が1時間で出来ることに何日かかるんだよ
無能は大変だな >>524
ひと月以上も前の書き込みに今さらレスしてどうした?
まさか、まだ書き込めてないとかw >>521
>パーツがゴミに埋もれて探せず
良く読め、そういうレベルじゃなさそうだw >>525
書けたよarduinoにw
生まれて初めてarduino触ってエルチカまで持ってくのに半日掛からなかったわ。俺はググりながらだったが手順公開したら普通のやつなら1時間掛からないだろうな
金がないから秋月安売りpic買って
技術がないから純正ライター買って
向学心がないから2chで煽る時間はあっても自作ライター作る時間もないと来たもんだ
バカは大変だな >>526
人を貶す方法ばかり考えていたらあなたのココロが荒むよ。 >>529
自作ライターでPICにプログラムしようと七転八倒するも、達成せず挫折。
結局、Arduinoに逃げるも、Lチカまでに半日を費やし、自らの無能に恐怖した。 >>530
何を読んでも貶されたと思い込むあなたはすでにココロが荒んでるよ。 >>530
ただ、あんたが、
>>ID:cq2oern6
>というよりパーツがゴミに埋もれて探せず
を読み飛ばしてるだけのこと。
>実機確認以前にあれやこれや迷う
これを、ゴミに埋もれてやって、何の意味があるのかね? >>531
あいにくpic書き込みも成功してる
ほんとバカは予想通りの反応しかしねーな
まあそうなるように賢い俺が誘導したんだが >>528は私です
>>530さん 擁護してくれてうれしい
>>533さん 回路図なんかは手直しが少なくなりそうになってる気がしますが
時間当たりのパフォーマンスが悪いです 会社なら怒られます >>534
つまり、ArduinoでLチカに半日、は事実ってことか!
馬鹿すぎw >>536
食いつくのそこかぁ
ほんとバカなんだな PIC18F14K50でCDCやりたいんだけど、サンプルどこにあるの?
IDE:MPLAB X
コンパイラ:XC8
MLA:v2016_08_08
晩飯:カツ丼とフライドポテトと餃子
PICの他の型番のやつならMLAの中にサンプルプロジェクトがあるっぽい。
検索してたらPIC18F14K50用のサンプル配ってる解説サイトがいくつかあるけど、メーカー謹製のサンプルがあるならそれを使いたい。
複数の解説サイトによると、PIC18F14K50のメーカー謹製サンプルは評価ボード用だから生のPIC18F14K50には使えないからとかなんとか。
もし生のPIC18F14K50用サンプルがないなら、俺は・・・
1. どこかのサイトで配られてるサンプルを勇敢にも使う
2. メーカーからサンプルの提供されてるPICを買ってくる
しか選択肢がない。
サンプルの中から適当なやつを見繕って、プロジェクトのプロパティでPIC18F14K50に変更してみたけど、コンパイル通らなかったよ。
助けて。 >>538
どの例もMLAから引っ張ってきて変更してるだけでしょ。
だから、もとはメーカー謹製。
どれを試して、なぜコンパイルできなかったのか、エラーを書かないと話ができないね。 >>538
評価基板用を修正すればおk
ついでに評価基板の回路図もダウンロードしておけや MLAなら#ifdefの条件にBSPやプロセッサ名が
絡み合ってる所を読み解いていけ。
それも嫌なら大人しく人の書いたのを使ってろ。 これ一応動いたってことでいいの?
サンプル(14K50の評価ボード用?)は結局よく分からないものの、
COMポートとして認識されるくらいいけるはずだだろう、という了見でサンプルを改変せずにコンパイル強行
→コンパイル成功
→PICへの書き込みも成功
→USBコネクタ、PIC、パスコンのみの最低限構成
→USB接続するもパソコンで認識されず
説明や回路をよく読むと、外部オシレーター(水晶発振子、12MHz)必須
→いつかどこかできっと使うだろうと4MHzから4MHzおきに数種類そろえておいた水晶発振子が役に立つ
→ちょうどいいコンデンサがないためコンデンサなしで強行
→やはり認識されず(※1)
色々なサイトをよく読むと、USBのD+かD-のどちらかがプルアップされないとパソコンが認識しないとの情報
→プルアップされてるかのチェック
→チェック中にふと気付くとパソコン画面にCOMポートとして認識された旨のメッセージ(※2)
→デバイスとプリンターに表示される
→Tera Termから接続すると「Button Pressed.」が滝のように表示される
この認識でいいのかね
・オシレーター必須
・実は※1の段階で認識されていた可能性が高い
・評価ボード用サンプルとは言ってもPIC以外の周辺部品の操作に関するものが入ってるだけで
それ以外特殊なことは何もない
・本来ならボタンが押されると「Button Pressed.」と表示されるが、
ボタンを接続せずにオープン状態の今回の回路では電圧が不安定で滝のように出ただけ(実質成功)
・いつの間にか太陽が昇っている ドライバーの認識、インストールに時間掛かってたのを
「認識しない」と見たとか? >>544
txとrxを短絡して、打った文字が返って来ればおk
評価ボードは他のhid等のサンプルでボタンやledのテストするのにそのまま使える回路 ハイスピードUSBには水晶必須
ロースピードはセラロックでok
内蔵oscは論外
じゃなかった?>古めのUSBモジュール >>544 は成功したと思えるので便乗質問
今のMLAに入ってるUSB関連って、USB-HUBに対応していますか?
14K50しか使っていないので2013/06Verの改造バージョン使ってるけど、
新しい石のために最新Verに都度更新したい PICkit 3 Programmerでは、PICへの電源の供給を手動でオン・オフできましたが、
MPLAB X IDEで書き込むときや、MPLAB IPEを使う場合はどうやるんでしょう? >>548
新旧diffで比較して美味しそうな変更あったらマージする、
位でいいと思う。そもそも最新を追いかける程変更ない。 >>544
さぞ美しい朝日だっただろう。おめでとう。
もうPIC16系でもUSBだしいい加減シリアル捨てようかなw 初めてpicを使っています。picで8bit音楽を奏でたいのですが、同じような事をした先駆者の方アドバイスなどあれば何かお願いします。 >>552
もっと具体的に。
何を聞きたいのか。
知りたいのか。 YMZ294みたいな物かな?
16F877で使った事はある
普通に使える >>549
IDEはあまり使ってないんだけどMPLAB IDE v8.63の場合
Programmer→Settings→Powerタブ
でPower target circuit from PICkit 3のチェックでON/OFFできるね >>558
ありがとうございます。
MPLAB X なので違うのかもしれませんが、
同じように Power target circuit from PICkit 3 という項目はあります。
でも、このチェックを外しても、電源供給は止まりません。
一方、MPLAB IPE では、Power Target Circuit from Tool のチェックを外してから、
Disconnect後に再度Connectすると電源の供給が止まります。
何か、不便ですw あいや、電源切りたい時の話です。
入れる方は書き込み後に勝手に電源投入され、
書き込んだら動作確認はするんでそれはいいんですが、
そのあと切るのに、USBを引っこ抜くしかないのかと…。 書き込み器とPICの間にスイッチ挟むとか。
10分あれば作れるだろ。
Vdd---SW---Vdd
Vss---Vss
Vpp---Vpp
PGD---PGD
PGC---PGC
こんな回路を間にかます。 スイッチを直列に追加するのは、 挟む じゃなくて、入れる ね。 あー、そもそもが、
PICkit 3 Programmerではチェックボタンがあったのに…
って話ですので。
どちらのアプリケーションにも同様の機能は無いということのようですね。
ありがとうございました。 >>563
「挟む」で間違ってないんじゃないの?
「入れる」の方が違和感ある。
スイッチをONにするとき「入れる」って言うし。
「入れる」でその意味は3番目だけど、「挟む」では最初に来るぜ?
い・れる【入れる/▽容れる】
3 間にはさむ。
?はめ込む。「窓枠にガラスを―・れる」「行間に―・れる」
?差しはさむ。「会議の途中で休憩を―・れる」「疑いを―・れる余地はない」
はさ・む【挟む/▽挿む】
1 物と物との間に差し入れる。「しおりを本に―・む」「パンにハムを―・む」 「挟む」って言うとまたすぐに外れる、外せるという仮設的な表現だよな。 日本人じゃ無いと細かいニュアンスって伝わらないんだな。
場面によって「入れる」の意味は変わるし
「スイッチを挟む」なんて、℃素人しか使わない。 >仮設的な表現
>日本人じゃ無いと
>℃素人しか
>誤用が多くて
「挟む」否定派の人は具体的な根拠を示せてない。
思いのたけを叫ぶだけじゃ人を納得させることは出来ない。 >>574
在日は細かい誤用に拘るから仕方ないよね 抵抗を挿入するでいいでしょもう...
で、それのくだけた表現は「入れる」でOK
挟むも言いたいことは伝わらないわけでもないがあまり使われない
以上終了、おつおつ。 挟むも、入れるも、挿入するも、それ単独でキッチリ伝えられるわけじゃないし、
状況がわかるような説明なら、どれでも通じる。
自分が普段使っていない言葉に違和感を感じただけで
・ふつう言わない
・誤用だ
なんて言うのは変だと思う。
単に排他的だったり、他の集団の習慣を拒絶しているだけじゃないの? 陸上競技のスタートでは、0.1秒より早く反応するとフライイングらしい
そこで反応時間測定装置をつくって測ってみたら
最高に調子がいい時でも0.14ぐらいで、それ以上速く反応できないね
ところで、猫って運動神経が発達してて人間より速く反応出来るようなきがする
そこで今度はなんとか猫の反応時間を測ってみたいんだけど
どうゆう装置を作ったらいいか考えてるんだけど、いい考えが浮かばない
なんかいいアイデアないかしら
猫もボタンを押してくれると助かるんだけど 猫の反応って、脊髄反射みたいなもんだろ。
ハンマーで自分のひざ小僧をぶったたいて反応見てみればいいんじゃね。 猫の足を感圧センサーの上に乗せ
目前で明るいledを光らせる PICを初めて使います。
MPLABR X IDE v3.45とMPLABR XC8 Compiler v1.38をインストールしました。
サンプルプログラムのLEDをビルドして、PICkit 3 Debug Express付属のPIC18F45K20ボード書き込もうとしてますが、
外部電源を使えというメッセージが出ます。
PICKit3付属だから足りると思っていますが、そんなものでしょうか? >>587
そんなものです。
PICKit3の電源なんて、誰も使ってませんよ、たぶん。 >>586
サンクス
いいかもしれない
今度圧力センサー探してみるわ 「あきばおー」なんかでwin10タブレット9千円ぐらいで売ってるけど、あれでPICkit3
使ってに書き込みできるもんなの?
だれかやったことあるひといるかしら その金持ってショップインバース辺りに行って上等な中古買った方が確実。 pic start plus のファームウエアの最新バージョンは?
今も手に入るのか? >>591
今回はパソコンではなくタブレットとかそうゆうのでなんとかできないかと >>593
>>591が言ってるのは、激安新品Windowsタブレットではなくて、上等の中古Windowsタブレットの方が良いのでは?
という話だと思う。
タブレットでPICKIT3を使ったことはないけれど、俺が持ってるレノボMiix28タブレットはUSB端子からの電流供給能力が
低くてちょっとしたものを接続するのでも電源を繋ぐことができるハブを使う必要があったよ。 >>594
なるほどそうゆことか
どうもありがとう >>589
あと2つほど
猫の足に加速度センサーを付けて、ビクッとするのを検知
猫の肉球のあたりに電極を付けて筋電を取る(動きより早い)
いずれもデジタル化する前にオシロで波形見れば出来不出来が分かると思う。 C18で作成したプログラム(C18のライブラリ関数を使ってる)を
XC8でコンパイルできるようにライブラリ関数を自作していますが、
そもそもXC8はC18のような(デバイスドライバ的な)ライブラリを
もっていたりしますか? #include <xc8.h> か何かすれば、いいんだっけ?
デバイス毎のやつは、
コンパイラのフォルダの中の、doc の include だったかな 597です。
#include <xc8.h>は、PICマイコン毎のレジスタのインクルードのようですね。
I2CやUARTのAPIなどはなさそうでした。
でも598さんのおかげでC18コンパイラの中(Microchip\mplabc18\vX.XX\src\pmc_common)に
C18のI2CやUARTなど前プログラムで使用していたライブラリのソースが入っているのを
見つけました。
ひょっとしたら、これをプロジェクトに追加してXC8でコンパイルしなおすだけで
動くようになるかな・・・とか考えてます。
明日試してみます。 それリンカーの仕事だよ、わざわざプロジェクトに入れんでいい。 597です。
ええと、すみません。
C18用のコンパイル済みライブラリ(*.Lib)ファイルは、
XC8でリンクしなおすだけで使えるのでしょうか?
C18のライブラリソースをXC8のプロジェクトに追加するか
新規にライブラリプロジェクト作ってXC8でコンパイルして
リンクするか・・・なのかと思っていたのですが違いますか?
(すみません。まだ試せていません) XC8の新規プロジェクトに入れるのは自分で作ったソース、ヘッダ だけでいいよ。
他の人が書いてるように#includeを書き換える。
コンパイル通ってリンクする時にライブラリ関数使ってるの見つけたら
リンカーが(君では無く)microchipが作った標準ライブラリから関数を拾って来てバイナリに入れてくれる
そんな流れ。 >>552
beepを高速でon/offすれば音楽が奏でられる では今日は、私のこれまでのPIC変遷をご紹介しましょう。
・PIC16C84 1993〜
・PIC12C508,509 1995〜
・PIC16F84 1995〜
・PIC16C73 1995〜
・PIC16C74 1995〜
・PIC16F876
・PIC16F877
・PIC12F675 2007〜
・PIC16F88 2007〜
・PIC24FV32 2014〜
・PIC24FJ256 2015〜
・PIC16F883 2016〜 最近のPICはMIPSがコアなのか。
PIC16のころに気の狂った仕様で食わず嫌いだったけど、ちょっといじってみたいかな。 書き込みキット揃えるとかめんどくせ
ネット上でプログラムupすれば
ソフト書き込んだ状態で買えるようにしとけ 597です。
デバグで解決報告遅れてました。
申し訳ございません。
600様や602様からリンクしなおす方法も教えていただきましたが、
今回は自分のスキル不足と納期的なところもあって、
最終的にC18のI2C、UARTのライブラリ関数で使用している
関数のみのコードをXC8のプロジェクト内に取り込み
ワーニング等を取り除いてXC8でのコンパイルを通しました。
やったこと
1. C18のI2C、UARTライブラリで使用していたライブラリ
関数のコードをXC8のプロジェクトに取り込む
(Open1USARTとかOpenI2CとかReadI2C1…)
2. strcpypgm2ram()をstrcpy()に置き換え
3. 割込み部の変更
変更前)
#pragma interrupt high_isr
#pragma code high_vector = 0x0000008
void interrupt_high_vector(void){ _asm GOTO high_isr _endasm }
#pragma code
void high_isr(void);
変更後)
void interrupt high_isr(void);
4. インラインアセンブラの書式変更(_asm xxx _endasmを asm( あれ、きれた
4. インラインアセンブラの書式変更(_asm xxx _endasmを asm(xxx);へ置き換え)
5. rom const char *** となっていたところの rom を削除
603様に教えてもらったことが、まだ、使い方がよくわかってないので
時間を見て試してみるつもりです。
多分、これ知ってるのと知らないのではずいぶん違う気がする... 多分、603様に教えてもらったことが、出来てないので、600様や602様から教えてもらったリンクし直しができなかったと思ってます。
XC8のv1.38を使用していますが、ペリフェラルライブラリが同梱されてないので、パスの置き換えでも、エラーになってしまったのかなと。 >>616
Microchipに頼めばやってくれるんでは?
ま、それなりの手間賃掛かるけど。 >>616
それで不動品の備蓄を増えるのですね、わかります。 >>ID:dm5OnBX9
頼むからアンカー打ってくれ
面倒くさくて見る気にならん >>603のリンク先の情報
・XC8のVersion1.35からペリフェラルライブラリが同梱されなくなった
・対策1「MPLAB Code Configurator (MCC)」を使う
・対策2 ペリフェラルライブラリをダウンロード、インストールして、
プロジェクトプロパティで、ペリフェラルライブラリを使用する設定をする
対策2を実行しても上手くいかないのかな? >>618
以前CCS-cに移植したことがあったけど
すべて移植可能でしたよ・・・・
ちょっと根気が要るけど十分可能だと思います 最新のccs-cってUSB内蔵PIC関連簡単に使えますか? CCS-CはUSB用APIが用意されていますし
サンプルもあるのでわかりやすくなっていると思います
でも、USBについて基本的な知識があることが条件ですが・・・ 16F1614ってのを使いたいんだけど、high-current portが二つあるらしいのだが、
データシートみても、どのPINが100mA出力可能なのか書いてないっぽい。
PIC単体で100mA出してTrドライブできるのならすごいと思うんだけど
ほんとなのかな? 秋月ではまだこの1614ってのは売ってない。ハイスペック
な1619というのしかない。扱ってほすい。 >>627
High Current I/O で載ってるよ。
RC5 5piin、RC4 6pin >>628
サンクス!
もう一度見なおしてみます。
ほんとだったかw
こりゃなんとかして手に入れよう。 PIC16F1614,15,18,19
は、みんなそのピンを備えてるみたいよ。
なので、PIC16F1619を買ってください。 pin数互換で上位のPIC16F1615をお薦めすべきでは?
秋月に扱いなさそうだけど
それはそうとAngularTimerとかおもろそう タイマーの実装もすごいよね。
タイマー多いと、いろいろ使いでがある。
何に使うか考えるのが大変だがww 8ピンの12F1612でもいいんだけど、この1612と1613だけは、
high currentの実装がない。すごく残念。
IOピン数はいらないので、8ピンのHigh Current版があれば
最高なのだが。。。とにかく小さく作りたいのデス。 とにかく小さくって、当然CR類は1005以下使ってのことだろうな? 粘着っぽいカスが出てきたから、16シリーズについては
このへんでやめとこうw >>635
チップ類は2012でそろえてあるので、残念ながら1005ではないですが、
PICはSSOPパッケージを面実装します。
あなたなら、当然QFNパッケージをリフローで実装するんでしょうね。
ぜひ、出来上がりを拝見したいものです。
楽しみにしています。 PIC初めてですが、5C問題に直面しました。
// コメント行で「〜機能」にしていて、最後の漢字が’能’の5Chキャラだったので次の行までコメント扱いにされたわ。
これで2日間がパアでした。
MPLABに何か設定ありますか?
Encode設定はShift-JISとしています。 >>639
それが嫌だから、コメントは /* */ で書くらしい。
僕は、//派だけど、
エラーメッセージを見て、気づくようにしてる。 >>640
エラーメッセージあったかなぁ?
//コメント行の次が{を含んでいれば構文チェックでエラーになるが?
明日、確認します。サンクス >>639
俺はもっと酷い自業自得で1日潰したことがある。
//単位は\ どちらもコンパイラがちゃんとwarning吐くんですけど、
どういう環境ですか? >>643
>>642をやらかしたのは、ずっと前の別のCPU用のコンパイラだったので確認できないのだけど、
手元のXC8 1.38 で見たら、>>642の書き方ではウォーニングは出なかった。
ウォーニングレベルの問題かと思って、レベルを-9 に設定しても事情は変わらなかった。
見落としかもいれないね。
どんなメッセージが出るの? >>644
warning: multi-line comment
環境は XC16 1.26 です。
XC8 1.38 では、確かに出ないです。
XC32 1.42 でも、出なかったです。
危ないっすねw >>645
ありがとうございます。
こういうウォーニングは出る方がありがたいですね。
MPLAB Xで使っている限りは、エディタで次の行の色がコメント色になるのでちゃんと見ていれば良いのですが、
ちゃんと見ている自信がありません。気を付けないと。
ただ、文字コードが UTF-8 なら、漢字の2バイト目問題は避けられるはず。
さすがに>>642みたいなのは文字コードに関係ないですが。 3.3Vの回路でI2CのセンサーをPICに繋げてPICKIT2で書き込んだ時に、
センサーを破壊してしまう可能性ってあるんでしょうか 教えてください。
タイマー割り込みが好きで、毎回便利に使っているんですが、
割り込み機能のないPICでもタイマーはあると聞きました。
割り込みなしのタイマーって、どのようなメリットがあるんでしようか?
割り込みあってのタイマーだと思っているんですが。 >>648
待ちループでカウンタをチェックすれば定周期割り込みと同等に処理できるよ。 >>648
メリットはチップメーカー側にあるぐらいだとは思うけど、
タイマーがループするよりも早く処理が終わる事が前提なら>>650 割り込みをなくすだけでメーカーはそんなに特をするものなの? >>652
PICの場合、プログラムメモリの面積を小さくできるとか、スタックも小さくしてるとか
コストに関係しそうな部分はある、と漠然とは思っていたけれど。
今は高集積なものも安くなっているから、よほどでないとメリットは無いような気がする。 割り込みがなくてもカウンター値で経過時間を測定したり
できます。
赤外線リモコンのコード表示に10F222使用しています。 機能を削って消費電力を減らすことのほうが自分にはメリットが
あると思っています。
実際、ベースラインのPICは動作時の消費電力が少なくて
いろいろなものに組み込むとき電池の持ちが良くて助かっています。
(よくSLEEPすれば少なくできるという人がいるが常に出力が必要な
処理ではそれができません) モジュール削らなくても停めて置くだけで電力減るだろに。
ミニマリスト(笑)の皆さんはそれすら許容しませんか。 消費電力は徹底的に削ろうぜ
バッテリー大きくすると爆発するからw >停めて置くだけで
そりゃそうだ。
何なら、ずーっと止めとけw >>648
IOが多い事を活かす、とか。16F57とか。
メインのルーチンでタイマー監視して、オーバーフローする
ときの割り込みの処理を自前で書く。それだけでプログラム
エリアがアップアップでなんともなりません。
割り込みは考えず、ひたすらIOが多い事を活かすプログラム
を書くに尽きるww まあ、現在、PICに限らずほとんどがCMOS構造で、放射線とかX線とか
に弱いベースで動いているわけで、311以降の日本全体が放射能汚染
された現況では、バイポーラベースで動かしたほうが、信頼性が高い
んじゃね? www >>661
俺がストックしてる2SC372-Oを1000個、いくらで買う? C372ってずいぶん懐かしいなw
ツバ付きのパッケージなんてもうずいぶんお目に掛かってないわw >>662
足が酸化して半田がつきません。
だから要りません。 電気初心者ですが質問させてください。
MPLAB IDE 8.92 + PICKit3 で、PIC16F88というのを、内蔵発振、MCLR=I/Oで
プログラムを書いています。
コンパイルして、焼き込む時、
「MCLR使わずに、内蔵発振、しかもI/Oにしているので.....」
というダイヤログが出ます。(英語が難しくて読めない)
OKすると書き込みできて動作もしています。
「MCLR使わずに、内蔵発振、しかもI/O」だと、
何か都合の悪いことがあるんでしょうか? >>665
「回路のMCLRの使い方が、PICkit3のMCLRドライブと競合してませんか?」って警告なのでは。
と思ったけれど、これだと内蔵発振は関係ないか。
やっぱりメッセージの原文を見ないと。 ありがとうございます。
↓画面ショットを以下に上げました。
http://imgur.com/xHl4E0v
PICKit3は、このデバイスに対応してないよ、みたいなこと言ってますが、
PIC16F88って、そんなに古いデバイスですかね? 内蔵発振で、MCLRを使わない設定の場合、Vccを掛けた瞬間に
PICが動いてしまって書き込みのアドレスがずれてしまうという問題が
あった気がする。
これに対する解決策が、Vcc印加後ただちにMCLRをプログラム電圧まで
立ち上げると言う事だった気がする。
それに対応できていないんだろうと思うけど? >>670
ありがとうございます。そういうことですか。
試しに、各部の波形を取ってみました。↓
http://imgur.com/a/LyaIz
上から、
・Vcc 5V
・MCLR(書き込み時に高電圧がかかる)
・PGC (書込クロック)
・I/Oポート mainで1←→0を繰り返し出力
これを見ると、
・最初に「ちょん、ちょん」と高電圧を出してみて、アドレスの同期を取っている(?)のでしょうか。
・同期が取れたので、書込して、
・再度アドレスの同期を取って、
・Verify
・再度アドレスの同期を取って、
・0番地からプログラムスタート
という感じでしょうか。 >>665です
他の人の発言も少ないようですので、
もう一つ質問させてください。
教えてください。
>>665の状態で、以下のようなプログラムを組みましたが、
思ったように動きません。
ANSEL = 0b00000111; // PORT A A/D=off, Digital I/O
PORTA = 0b00000000; // PORT A
PORTB = 0b00000000; // PORT B
TRISA = 0b01100000; // PORT A RA6,5以外は出力
TRISB = 0b00000000; // PORT B
count=0; // 1msの回数を数えるカウンタ
PORTA = 0b00011111; // RA4,3,2,1,0 = onにする
__delay_ms(1000); // 待ちA (適当)
while(1){
count++; // カウンター
if( count == 500 ){ // 500回目なら
RA7 = 1; // RA7=on
} else if( count >= 1000 ){ // 1000回目なら
RA7 = 0; // RA7=off
count = 0; // カウンター戻して最初から
}
__delay_ms(1); // 1msec 待ち
}
期待する動作は、RA4,3,2,1,0 = H のまま、RA7のLEDを点滅(1秒周期)させたい、です。
RA7=1は、Aポートまとめて読んで、RA7だけ変化させて、再び書き戻すので、
RA4,3,2,1,0はonのまま変化せずに、RA7のLEDが点滅すると思っています。
しかし、以下のようになります。
1) RA7=1; RA7=0; → RA<7〜0> = 滅 X X 1 1 0 0 0
2) //RA7=1; RA7=0; → RA<7〜0> = 0 X X 1 1 0 0 0
3) RA7=1; //RA7=0; → RA<7〜0> = 1 X X 1 1 0 0 0
4) //RA7=1; //RA7=0; → RA<7〜0> = 0 X X 1 1 1 1 1
(1=on, 0=off、//はコメントアウト、滅=点滅の意味です)
どの場合も、待ちAの1秒間は、RA4,3,2,1,0=1 1 1 1 1になります。
しかしその500ms後に、RA4,3,2,1,0=1 1 0 0 0になってしまいます。
RA7だけ変化させているつもりなのですが、
・他のbitが影響されてしまうというのがわかりません。
・RA4,3はなぜ影響されないのかも、不思議です。
何かコツでもあるのでしょうか?
宜しくお願いします。 >ANSEL = 0b00000111;
RA0, RA1, RA2はA/Dになってるからポートを「読めば」0になってるはず
>PORTA = 0b00011111;
これは単にポートに書いてるだけでポートの状態を読んでない
>RA7 = 1;
>RA7 = 0;
これはread-modify-writeでポートの状態を「読んで」RA7ビットを設定してPORTAを書いてるから
実際にPORTAを読んだ場合の状態(RA0〜RA2が0)が反映されている >>672
ANSEL = 0b00000000;
でやってみて。
A/Dとしては使ってないようなので全部ゼロにする。 早速、ありがとうございました。
私の間違いがわかりました。
ANSELじゃなくて、CMCONでした。
まだ試していませんが、明日やってみます。
ホワイルの中ばかり見ていました。
もっとよく見れば良かったです。
なんか、とても恥ずかしい。
ありがとうございました。 >>675です。
ANSEL= → CMCON= に変更したら、RA7単体で変化し、期待通りに動きました。
どうもありがとうございました。
反省点
・もっと視野を広くしないとダメでした。私の悪い癖です。
どうもありがとうございました。
また何か困った時には、宜しくお願いします。 >>671
この波形はよくわからないけど、直ちにMCLRを立ち上げる方法が難しくて失敗するケースが多々あったようで、後のpicはvccよりも先にMCLRに高電圧をかけても良い仕様に変わったはず。
その変更前のやつは規格としてvccを先に印加する必要があった。
記憶に頼って書いているので、後でソースを見つけておく。 PICって秋月で数百円するのでもROM/RAMショボいよね
PICの売りって何? どれだけのROM/RAMなら、しょぼくないの?
ROM 4kのプログラム、組んでみてよ。4kと言っても大したもんだよ。 >>678
秋月で新しく扱うようになっている16Fシリーズだと、そこまでの値段のものは少ないのでは。
24シリーズだと値段相応のメモリも載ってるし。
18がそういう意味では弱いかな。
全体に古いチップは高いね。これは仕方がない。
というのは置いておいて、
今のローエンドのPICの魅力は、そこそこ使える周辺機能+それを制御するためのCPUの組み合わせにあると思う。 >>678
秋月の売り場でしか物が見えない方なんでしょうか?
むしろ秋月を使うなら他のマイコンのラインナップを見れば泣きたくなるほどだと思うんですけど…。
デジキーで消費税がかからないランクで購入してみてはいかがでしょうか?お高めのDIPパッケージでもどうにか消費税がかからないレベルとか狙えますし。
そしてDIPが余るまで楽しむのがPIC沼 >>679
数百円出せば、他のチップだともっとずっと高性能だよね >>680
PICのボリュームゾーンてどの辺?
オススメなやつ教えろください
他メーカーじゃ無理なやつ >>681
秋月しかしらない「初めてのPIC」な者ですすみません >>685
それ使えばいいじゃないですか。
では、いずれどこか別のスレでお目にかかる日まで、さようなら。 >>683
お勧めのラーメン教えてください、みたいに意味がない質問です。
それを承知で書きますと、俺の今のお気に入りは、16F18325 でして、簡単なロジック回路を動的に組めるのが魅力です。
これができるのは、他だとPSoCぐらいかな? (と余り知らずに言ってます)
CPU+なんらかのロジック回路でええやん。という考えもありです。でも1個のデバイスに収まるのは、それなりにメリットもあります。
ここに魅力を感じない人には、ただの貧弱なマイコンにすぎないかもですね。 >>687
32bitの発想は無かったです
3.6Vまでなのがちょっと扱いにくいけど、とりあえず買って遊んでみます PICはROMの容量を表示するときキロワードで表示されているものが多いです
これは、何個の命令を書けるかをあらわしています。
しかし、AVRはキロバイトで表示されていて1命令16ビットなので
実際に書ける命令数は半分になるなどの違いがあり
どのように比較しているのかがわかりません。。。 だってPIC全体で言えば1ワード何ビットかは可変だし >>691
その比較に何の意味を見出そうとしていますか?
というか、何の目的で比較しようとしていますか?
CPUの種類によって、同じことをするのに必要な命令数も変わってきたりしますので
その比較に、たいした意味があるとは思えないのですが。 ひさしぶりに16F628Aをとりだしてきて書き込みしてみたら、三つのうち二つが壊れてた
一つは動作が変でもう一つは書き込みすらできなかった
ちゃんと黒いスポンンジみたいなのに刺して保存してたんだけど
これってどうゆうことなの? 書き込みは何でやったんでしょ。
タイミングをPCで作るようなものだと、PCが変われば書き込みも変わるかも。
あるいは、元々壊れたものを捨てずに残していたとか。 16F628AはLVPやブラウンアウトリセットでトラブルが良くあるチップです
LVPのRB3はどのようにしていますか??????
電源電圧は何ボルトですか??????
ネットで調べるといろいろ出てきます >>694
>>670に書かれてる内蔵発振かつmclrがio利用
というのに引っかかってるかも? 秋月で16F1825売り切れてたから
代わりに16F18325買って来たらMPLABで対応してなかった罠
MPLABXって重いから使いたくないんだよなー >>699
どうせいつかは乗り換えるんだから、新しいPCで満足できる環境にしなさい。
i5のノートぐらいでも全然問題ないぞ。
ちなみに自分はCCSCのIDEに逃げた…。 >>700
ccscのideって最新版だと使える?
昔のは全然駄目だったのでまたコマンドライン買おうかと思ってたんだけど。 >>701
レスが遅れてスマソ
昔のと最近のを触ったことがあるけど、今の所初期設定ウイザード系がガッチリしてる。
ただし、全部のマイコンでちゃんとしている模様ではないので、やっぱりソースを自分で見て掛けないと使いこなせないのは変わらないかも。
まあ、初期設定がすごく楽になった位でXほど見まわすのが面倒とか思ってる人向けには悪くないかも。お金をかけるほどの価値があるかは分からないw Xはエディタが凄く便利だし、MCCがあるからバグで
イライラするCCSなんて使う気にならんわ >>699
LABXは重いよね。
LABXとAVRStudio、あと64bit版Windowsで動かすArduinoIDEがみょーに重い。
PCはこないだ組んだばっかりのi5の6500、1TのSSDでメモリもモリモリだしそんなに悪くないはず。
なんで最近の開発Toolはあんなに重いんだろう。
機能の2割も俺には使いこなせないというのに… お願いします。
PIC12F683、MicroC PRO for PIC ver6.1.1を使ってINT割り込みにより
nのモードを選択するプログラムを作りたいのですが、どうしても動きません。
なにが問題でしょうか・・・
unsigned short int n;
void interrupt(){
if (INTCON.INTF==1) {
n++;
INTCON.INTF==0;
DELAY_MS(100);
}
}
void main() {
TRISIO = 0b00000100;//GP2:Input Others:Output
OSCCON = 0b01110000;//8MHz
ANSEL = 0b00000000;//GP0~GP5:0(digital use)
CMCON0 = 0b00000111; //Do not use comparater
GPIO = 0b00000000; // First, clean GPIO signal
WPU = 0b00000100; //GP2:internal pull up
OPTION_REG = 0b01111111;
n=0;
INTCON=0b00010000;
INTCON=0b10000000;
do {
if(n==0)
{}
else if (n==1)
{}
…
else if (n==4)
{
n=0;
}
}while(1);
} 気づいたところから
INTCON代入の2行目でINTEが落ちている
そもそも何で2行なのか
あとINTFクリアの部分、代入なのに==になってる >>699
MPLAB v8.92 + HITECH-C v9.83の組み合わせが軽快すぎて
なかなかMPLABX&新チップな環境に移行できないよね…
旧MPで使えてメモリ豊富なデバイスはストックしておくべし!
08pin 12F1840
14pin 16F1825
18pin 16F1847
20pin 16F1829 >>699
16F18325はやったこと無いが、定義ファイルを追加すれば良いだけだろ。
近い品種の物を書き換えれば簡単に作れる。
Xは℃素人にデバッグさせて、まともに使えるようになってから乗り換えればよろし >>709
CLCはコンフィギュレータのサポートがあるとずいぶん楽だよ。
というか、それがないととても面倒だと思う。 >>709
Xって今流行りの エクリプス ベースなんだけどな。 >>712
NetBeansじゃなくて?
ttp://www.microchip.com/ja/mplab/mplab-x-ide
いや、俺、NetBeansをほかで使ったことが無かったから、MPLAB Xが NetBeansベースだと言われたら、
NetBeans は MPLAB Xみたいなものなのか、としか思いようがないんだが。 ある程度待つほどに、バグは減っていくだろうから、
・バグが気になる
・使うチップもプロジェクトも旧MPLABで資産があるし、それを大切にしたい
・俺のPCは遅いし、俺はイラチだ
・環境を乗り換えるだけのメリットはない
などの事情があるなら、>>709の態度は正解のひとつ。
開発ルールの乗り換えって、メリットがデメリットを上回るからという理由ではなくて、
デメリットがメリットを上回ってきたタイミングの方が楽かもね。 >>705
変数nの宣言にvolatileが必要なのかね?
℃素人なんで外してたらすまんな >>715
MPLABのプロジェクトをそのままMPLAB Xに取り込めるけど、
コンパイルエラーでる…の?試してないからわからん、本当℃素人ですまん、連投ですまん >>717
俺自身、すげえ面倒がりなんで、旧プロジェクトは旧ツールが原則でして。
でもプロジェクトの移行、乗り換えは基本的には大丈夫であってほしいですね。 >>711
CLCは仮想環境のXでコーディングしてコピペしてる。
USBドライバを勝手に書き換える不具合が無いなら共存させてやってもいいが
使用頻度の低いXは仮想環境で十分。
>>717
エラーはかなり出る。ラベルとか数値の扱いとか、根本的な部分で致命的。 >>705
INT割り込みがディセーブルになっているんじゃ? とか、
割り込みルーチンの中でディレイって何なんだろう、とか。 >>719
>CLCは仮想環境のXでコーディングしてコピペしてる。
やっぱりコンフィギュレータは楽ちんですよねえ…
以前は単体ツールがあったような気がするのですが
>エラーはかなり出る。ラベルとか数値の扱いとか、根本的な部分で致命的。
マジですか。試してなくてよかったw。いや、試すべきだったかな。
何で出るんでしょね。コンパイラ、リンカは同じじゃなかったっけ。 MPLABを信念もって使い続けるのは構わんが人の使ってる物くさすのはやめてくれないか。 別に物をくさしてる訳じゃない。喜んで使ってる℃素人の方々に
敬意をもって、「デバッグに勤しんでくれ」と言ってるwww 最初からMPLABX使ってる。
最近はHarmonyとかMCCと一緒に使う方が多いな。
MPLAB無印は使ったことない。 そりゃ大して使ってもないんだから
未だにバグ多いとかいう認識でいられるんだろうな。 >>705ですが、コメント頂いた方、ありがとうございます。
残念ながら未だ動いておらず、n==0のモードから変化しません・・・
unsigned short int n;
void interrupt(){
if (INTCON.INTF==1) {
n++;
INTCON.INTF=0;
DELAY_MS(100);
}
}
void main() {
TRISIO = 0b00000100;//GP2:Input Others:Output
OSCCON = 0b01110000;//8MHz
ANSEL = 0b00000000;//GP0~GP5:0(digital use)
OPTION_REG = 0b01111111;
CMCON0 = 0b00000111; //Do not use comparater
WPU = 0b00000100; //GP2:internal pull up
GPIO = 0b00000000; // First, clean GPIO signal
n=0;
INTCON=0b10010000;
do {
if(n==0)
{}
else if (n==1)
{}
…
else if (n==4)
{
n=0;
}
}while(1);
} どこか単純なところが間違っていると思うのですが、どなたか
分かる方いらっしゃいますでしょうか? 割り込みの中でディレイはやめたほうがいいと前でも出ていたと思うが みなさんありがとうございます。
こんな感じですかね、未だ動かず・・・なぜだ・・・
unsigned short int n;
void interrupt(){
if (INTCON.INTF==1) {
n++;
INTCON.INTF=0;
}
}
void main() {
TRISIO = 0b00000100;//GP2:Input Others:Output
OSCCON = 0b01110000;//8MHz
ANSEL = 0b00000000;//GP0~GP5:0(digital use)
OPTION_REG = 0b01111111;
CMCON0 = 0b00000111; //Do not use comparater
WPU = 0b00000100; //GP2:internal pull up
GPIO = 0b00000000; // First, clean GPIO signal
n=0;
INTCON=0b10010000;
IOC=0x04;
do {
if(n==0) >>734
interrupt()の中で空いているポートを変化させて割り込みが入ってるか
確認するとか地道に追っていく。 マチカニア、うちのテレビじゃ同期取れないわ。んー。 >>705ですが、おかげさまで動くようになりました。
OPTION.REGの設定がまずかったようです。一応完成品貼っておきます。
unsigned short int n;
void interrupt(){
if (INTCON.INTF==1) {
n++;
DELAY_MS(200);
INTCON.INTF=0;
}
}
void main() {
TRISIO = 0b00000100;//GP2:Input Others:Output
OSCCON = 0b01110000;//8MHz
ANSEL = 0b00000000;//GP0~GP5:0(digital use)
CMCON0 = 0b00000111; //Do not use comparater
OPTION_REG=0b00000000;
WPU = 0b00000100; //GP2:internal pull up
GPIO = 0b00000000; // First, clean GPIO signal
n=0;
INTCON=0b10010000; clcは今後どんな扱いなんでしょうか?
新チップに採用する方向なのか?
外から入力がない場合、使い道がわからない しかし、PICKIT3使いづらくてしょうがない。
PICKIT2最高って人がいるのが、なっとくできる。
しかし、もう新しいデバイスはサポート外だからね。
マイクロチップのフォーラムでも、もう最近はPICKIT2
の話題は出てこないね。 使うチップがコロコロ変わる人たちは難儀な仕様かもな。
俺関係ないけど。 ごく稀に動作しなくなる非常に厄介なバグ
こういうコードは書いちゃダメ >>739
自分は今でも定義ファイルエディターを使って新しいPICの
パラメータを作って使用しています。
デバッグなしのWriterとして使うためのパラメータなら
誰でもコピペで作ることができるのでNetで検索してみてください。
ちなみに、PICKIT2は自作のものを使用しています
部品代として1500円はかからないと思いますよ
(PIC18F2550に書き込める環境があるならですが) PIC18F14K50のUSBで独自の機能を持ったデバイスを作成するときって、ドライバも書かなきゃいけないですよね? >>744
n==4の成立判定後の瞬間に割り込みが掛かったら終わりということだな
通常はnの操作は割り込みルーチン内に置き、多重割り込みは禁止した状態で行う、が正解か? >>748
自己レス。見当外れなこと書いてしまった
でもnの操作が割り込みルーチン内と、ルーチン外に散らばっているのは気持ち悪い unsigned short int n;
↓
volatile unsigned short int n; 問題の本質は、ifかswitchかという瑣末な問題じゃない
割り込み内外で同じ変数を変更するというのは危険な状況(バグを内在する状況)が発生し得るから
基本的には割込み内で変更して外では参照するだけ(or外で変更して割込み内では参照するだけ)
という書き方をする癖を付けた方が良い
どうしても両方で変更する場合は絶対に衝突が発生しない事を確認するか、どんな状況で衝突が発生しても
問題ないようにプログラムする必要がある
あと、if(n==0){}else if(n==1){} ... else if(n==4){n=0;} という書き方だと、万が一nが5とか6になってしまうと
割込みかかりまくってnが一周して0に戻るまで正常な状態に戻らない
ここは最後を else if(n==4) ではなく、単に else としておけば異常な状態が早期に終息する。
状態遷移(有限オートマトン)で設計する場合には、状態を表す変数の型で表し得る全ての値に対して
適切な状態を定義するようにするべき(0から4までしか使わない「はず」だからという設計は良くない)
まあ、バグが露見しにくくなっていつまでもバグが残る可能性があるというデメリットもあるけど、
一般的には「想定外」の事態を早期に終息させる方がより優先される場合が多い
どうしてもバグが残るのがイヤなら、 else if(n==4) {} else {異常時の処理} という形で、「想定外」の
nが5とか6になったら到達する状態を作るのも一つの方法。
ついでにifかswitchかという話をしとくと、アホなコンパイラだと状態数がわずかでもswitch文は絶対
テーブルジャンプにしてしまう場合がある。
ま、あんまり気にするような事じゃないけど、予想外にコードがデカくなったり遅くなったりする場合がある
(そんな場合があるからビックリすんなよって言ってるだけでswitch使うなという話じゃない) 割り込み内で別の変数にフラグ立てて、main内でフラグが立った時だけn++してnの比較処理をすればいい >>746
すばらすい!
devicefileediterとかでやってるのかなw
ぜひ、DeviceFile.dat公開して、ダウンロードできるようにしてくれ。
ネットがつながってないと書き込みできないPICKIT3はうんこだw
PICKIT2、最強だよねww >>729
// 改造案です
unsigned char int_flag; // 割込来たぞフラグ
void interrupt(){
if (INTCON.INTF == 1) { // 外部割り込みなら
int_flag = 1; // 割込来たぞフラグ
INTCON.INTF = 0; // 割込発生を忘れる
// DELAY_MS(100); // 割込の中でdelay()は、いけません。
}
}
void main() {
unsigned short int n;
「各種設定(現在のまま? 知らん)」
int_flag = 0; // 割込来たぞフラグ
INTCON = 0b10010000; // 全体割込許可
while(1){ // ずーっとやり続ける
if( int_flag == 1 ){ // 割込が来たらしい
int_flag = 0; // 了解
++n; // n加算して
if ( n == 0 ){ 処理0 } // nが0なら、処理0を行う
else if( n == 1 ){ 処理1 } // nが1なら、処理1を行う
else if( n == 2 ){ 処理2 } // nが2なら、処理2を行う
else if( n == 3 ){ 処理3 } // nが3なら、処理3を行う
else if( n == 4 ){ 処理4 } // nが4なら、処理4を行う
else { n = 0; } // 規定外のnの場合の行き先を決める
}
}
} タイマを1msくらいで追加して、int_flagが来たらタイマをカウントして100以上になったらif処理で… 12F1822だったらUSARTを追加するのだがなぁ >>755
unsigned char int_flag; // 割込来たぞフラグ
↓
volatile unsigned char int_flag; // 割込来たぞフラグ
「各種設定(現在のまま? 知らん)」
に含まれてんだろうけど、
n=0;
は残しとかないと一見おかしく見える
if( int_flag == 1 ){ // 割込が来たらしい
DELAY_MS(100); // 割込み内のを無くしたなら代わりにこっちに入れなきゃ
int_flag = 0; // 了解
(このディレイとフラグのクリアはelse {n=0;}の後に持ってきた方が多分望ましい) >>756
↑の最後にも書いたけど、これおそらくはボタンとか押したのを外部割込みで取り込んで何か処理しようと
してるんだと思うけど、割込み後に100ms待ってから処理するとボタンの反応が悪いような感じになる。
ディレイがチャタリングを読み飛ばすのを目的としてるだけなら、一発目が来た所で処理して、後100ms間の
割込みは無視する、という方が感覚的にしっくりくると思う。 >>759
100msもディレイさせるのが気に入らないだけ
キー入力ならタイマ割り込みでポート監視して3回連続ONで確認した方が良いだろう あと、>>755のコードと元の>>705では処理が全く違う
>>705は割込みが無い間もif(n==0)〜の処理を繰り返し実行している
>>755だと割込みがあったときに一回だけ実行される
どっちが望んだ動作なのかは>>705しか知らない事なので、とりあえず違うよってことだけは言っとく 割り込み処理でDELAY_MS(100);やってたくらいだから入力は充分遅いんだろ。
それならINT割り込みを止めて10ms程度のタイマー割り込みで処理したほうが
いいな。
そうすれば複数のポートを同時に処理できるし、ダブルクリックでも長押し
でも応用がきくぞ。 みなさん、いろいろありがとう。
とにかく、delay_ms()は無くしましょう。
良いことは1つも無いですよね。
(とりあえずというときだけ使うけどね)
今回の100msが何のために必要なのかわかんなかったので、
取ったまま、付け忘れました。すみません。
私の、基本的なプログラムのスタイルは、こんな感じ
void timer割込{
if( count++ > 設定値 ){ timer = up; } ← elseしないのがミソ
}
void timer_control( unsigned char K, unsigned time ){
if( K == start ){
設定値 = time;
count = 0;
それなりの処理
} else if( K == stop ){
それなりの処理
}
}
void main(){
unsigned char st = 10; // 状態遷移の初期番号
if( st = 10 ){ // 最初の周回
初期化(); // 初期化して
timer_control( start, 100 ); // 100msのtimer start
st = 20; // 次の周回
} else if( st = 20 ){ // LED off期間
if( timer == up ){ // timer upしたら
LED1 = 1; // LED on
timer_control( start, 200 ); // 200ms timer start
st = 30; // 次の周回
}
} else if( st = 30 ){ // LED on期間
if( timer == up ){ // timer upしたら
LED1 = 0; // LED off
st = 20; // 次の周回
}
}
} if( st = 10 )
って、
if(1)
じゃねーかw いつになくためになる真っ当な流れだと思っていたのに、全くもう あっ、ごめん、ごめん。
if( st == 10 ){ だったね。失礼しました。 >>758
なんか質問者さんから無視されてる℃素人716だけどw
やっぱりvolatile宣言しないとダメだよね? 割り込みからアクセスされるのはvolatileが当たり前。
コンパイラの最適化で変数をレジスタ化されたら割り込みで書き換えても反映されんだろ。 レジスタ化じゃなくて、
n=0;
while(n==0){//nが割り込みで変更されるのを待つ
//ここではnを変更しない
}
みたいなのを、コンパイラが「ナーンダ。nはずっと0ジャン」って勘違いして、
結果として最適化されて
n=0;
while(1){//無限ループ
//ここではnを変更しない
}
になるのを防ぐのではなかったっけ。
例は良くないかもしれないけれど、最適化に絡む問題だったはず。 すみません。>>773を訂正。
×例は良くないかもしれないけれど、最適化に絡む問題だったはず。
〇例は良くないかもしれないけれど、この種の最適化に絡む問題だったはず。 初めてのPICっていうより、初めてのC言語ってレベルwww
まあ実際そういう人が多いんだろうけど >>754
PICKIT2しかないけど、PICKIT3ってネット繋がってないとダメなのかぁ
古いデバイスしか使ってないから、しばらくこのままでいいか >>776
今ってcって組み込みしか使わないんじゃね? >>779
C言語は低水準言語なんです。
高級言語じゃないけど、移植性は良い。だから組み込みに合っている。 PICkit3のクローンが千円台で買えるのになw
どこで苦労したいか、人それぞれだね。 >>781
組み込みはライブラリなんて使わないよ。
デバッグ時は互換の関数名はある程度用意するが、自分(グループ)のコード以外は保証できないしょ? >>784
使うのはstdioとstdlibくらいだな >>785
mathもstringもctypeも使うぞw 通信ライブラリ使わないと面倒クセー
イーサネットとかUSBとかもオレオレニヤニヤコードなのか? >組み込みはライブラリなんて使わないよ。
そういうポリシーの人や会社があるのは理解しているけれど、
組み込みにだってLinux、Windowsを使う時代だし、そうじゃないポリシーの人もたくさんいる。
選ぶのは客で良い。俺は自分で組むときは後者だし、他の人、会社に依頼するときも後者を選ぶかな。 加減のみで乗算は無い、ビットシフトはあるけどね。
ちなみにPICってビットシフトはバレルシフト(ファンネル)ですか? >>791
それに発生するエントリを自分で作ってリンクすれば良い。
じゃないと余分なコードまでリンクされる。
×÷もシフトで組めるけどな。 Z80とか乗除算がないプロセッサから入ったおっさんには無問題 Machikania動きませんでした orz
俺の買った秋月32MXのオーバークロック耐性が虚弱だったのか。
小学生の子供に半田付けをさせたのが悪いのかもしれないけどね。 まあ、後閑の本も間違いだらけ、ネットで間違い探し募集して
るくらいだかなw 普段は低速クロックで動かして、負荷がかかったら、自動的にパソコンみたいに
クロック周波数が上がるようにできないんでしょうか C使ってるけどバラタイルが必要なのってどんなとき? >>802
普通はボラだね。
バラタイルって言われてわかったやつ偉い。 誤解ないように。ボラタイルだからね。
ちなみに金融だとボラティリティをボラと略すけど、
Cのを略したのは聞かない。 ヴォラタイルなんだろうな。
俺は昔Turbo C++2.0でvolatile修飾子を知ったな。 他のスレでも外来語のカナ表記で叩き合いになることがあるけれど、
素で間違っていたりローカル表現を一般表現だと思っているような例だけでなくて、
叩き合いの焚き付けのためにヘンな表現をする人だっている。
あまり焚き付けに乗らない方が良くない?
逆に質問する場合、焚き付けのつもりもなくて、真面目に質問するなら volatile とそのまま書く方が良いと思います。
volatile は 揮発性 という意味なんだけど、おそらく「書いたり読んだりした内容がいつの間にか変わっているかもしれない」という感じだと思う。
割込みで変更される変数や、ポート変数は、プログラムの流れ以外で変更される場合がありますね。 non volatile memoryの場合は揮発性でいいけど
cのvolatileは、変わりやすいとか気まぐれなとかの
訳語の方がしっくりくる。
そういう意味で金融のボラと同じ意味合い。
Cに即して言えば、今見ている文面からは想像できない
方法で値が変えられてしまう可能性がありますよ。
とコンパイラに伝えること。
例えば、
a=x;
b=x;
と書いてあってxがvolatile宣言されてる場合は、
コンパイラはa==bということを推定してはいけない >>808
最適化無かった時代なら、volatile なんて、要らないからな。 >>811
いや、interrupt修飾子が登場したからでは? >>812
interrupt修飾子がない時代の
8086用Hi-Tech C (1986年頃)に
volatileは導入されたよ >>813
なるほど割り込み関係は .asm もあるからなぁ。 >>813
Hi-TechCはAm29000関係で使っていたけど当時優れたコンパイラーということで導入したな。
Sun3版とPC-DOS版だったな。
PLABのC8もHi-TechCの産物なのですか? 廃盤にはしないだろうけど新商品開発もしないやろね>AVR >>817
PIC18系をAVR に置き換える感じだろ。
PIC16F1 出来てからは、メリット殆ど無くなってたし。 >>812
全く最適化しない場合にvolatileありなしで動作が変わるコードって例えばどんなの? >>820
>>812が言ってるのは
------------------------------------------------------
>最適化無かった時代なら、volatile なんて、要らない。
↑
いや、最適化があってもそれだけなら volatile なんて要らない。
割込みをコンパイラが意識するようになったから、最適化に関係して volatile も必要になった。
------------------------------------------------------
こういうことだと思う。
でも、割込みがなくても、volatile は要るよね。 >>821
SFRとかに最適化効くと困るからな。
割り込み使わなくても、volatile 必要。 秋月、先日から16F1825品切れだけど、再入荷するのかいな。
しかし、なんでこのチップだけ売り切れなんだろう。
俺的には、18325なんかもっと高機能で、40円も安いのに、
そっち使えばいいと思うけどな。
もしかして、PICKIT2で書き込みできるから人気あんのか?ww PicKit2の専用ソフトの使い勝手がいいから、pickit3,icd2持ってるけど、pickit2を
使ってる。
pickit2の専用ソフトは、tools/check communication で、
picの型番が検出されるところ。pickit3用の専用ソフトもあるけど、この機能は当時無かった。
Mplab-xは、立ち上げるのに時間がかかるので嫌いです。 >>820
同じ変数に値を2回書くとか (最後だけ有効 >>824
MPLAB XはIDEだから、比較するのはおかしい。
MPLAB IPEと比べろ。 >>826
MPLAB IPEは、今初めて知りました。 >>825
最適化が無ければvolatileがなくても2回普通に書くんじゃ? >>ID:kG2xjFOi
何も知らないが、とりあえず騒ぐ。 MPLAB IPE は気が付かなかったけど、
確かめてみたらうちの Win7 64bit の構成では、
mplab v8.92 では、Failed to properly connect to PICkit 3
というエラーが出て使えないですね。
ちなみに、xpでは、使えます。
MPLAB IPE 3.5でも、Connection Failedで使えません。
pickit3のシリアルナンバーまでは検出しています。
初期型のハードなので、問題があるのかもしれません。
ただ、別途 Pickit3 Programmer v3.01をダウンロードしてみると、
昔のベータ版と違って、PICの型番が検出できることがわかったので、
自分の用途では、PICKIT2と同じような使い方が出来そうなのでしばらく試してみようと思います。
純正のpickit2が市場から消えて困っていたので、助かりました。 >>830
ドライバ切り替えしてないだけじゃないの?
おっちょこちょい臭がプンプン >>830
>ただ、別途 Pickit3 Programmer v3.01をダウンロードしてみると、
>自分の用途では、PICKIT2と同じような使い方が出来そうなので
それ、2010年だか2011年だかにアップデート終了してて
最新デバイスはサポート外だから。それが使えたからって、なんの
意味もないと思うが。
とにかくいえるのは、PicKit3はゴミだってこと。 >とにかくいえるのは、PicKit3はゴミだってこと。
では、このスレの初心者は、他に何を使ったらよろしいでしょうか? >>823
おいらも16F1825再入荷待機組
16F18325はconfigワード設定とEEPROM書込みが大きく変更されててなかなか慣れない…
やっぱり程よくシンプルで必要機能の揃ってる1823/1825/1827/1829シリーズが大好きだー! >>836
その話題は10年前に終わっているぞ
浦島太郎か????????? >>836
お前の16F84、そろそろ書き換え回数が限界じゃないか? いまはPIC32MXのDIPでどこまでやるかでは? マチカニアとかいいよね。でも、定格内で動かしていないのが少しだけ残念。 秋月で売ってる8ピンだとPIC16F18313が最強で、100円以上する8ピンの存在価値がわからないんですが、互換性以外に何か存在価値ってあるんでしょうか?
PIC16F18313にない機能があるんでしょうか? それは、お前さんにとって最強なだけで他の人が選んだら違うのを選ぶだろう。そんなもの。 一つのピンからの出力は30mA程度らしいけど、これ二つのピンを
束ねて60mAを引き出すというのはありなんだろうか?
勿論、トランジスターを使えっていえばそれまでなんだけど >>842
動作電圧範囲が広かったり、消費電流が少なかったり、
色々あるだろうて。 >>846
はい、その考え方で良いです。
マイコンの最大定格以内なら、何本でも行けます ポートを並列接続するとH-L切替時に貫通電流であぼーんしそう
PICは1命令で同時にポート変更できるけどタイムラグはどんなもんかいな 同一ポートならタイムラグがあっても n秒オーダーだろうし、まず心配はいらない。
どうしても同一ポートから取れない場合でも、それがリレーの駆動やダイナミック点灯のLEDの駆動のように、
駆動がシンクかソースの一方通行であるなら、出力ポートにしたままH,Lを切り替えるのではなくて、
レベルは固定したまま、入出力を切り替えたらぶつからないよ。
別のポートを束ねてソース出力を作る場合
初期化
束ねたポートのそれぞれを入力に設定する。
束ねたポートの出力ラッチをHにする。
駆動出力
束ねたポートのそれぞれを順次、出力にする。
駆動停止
束ねたポートのそれぞれを順次、入力にする。
別々のポートだと、駆動と停止が一気に変わるわけではないので、それで問題にならないことも前提ですが。 LCDのDATAポート(4ビット)にスイッチぶらさげて、入力にも使ってしてる
のをたまにみるが、あれはどういう論理になってるの?
LCDへのデータ出力を途中で止めて、その間、プルアップ+入力にして、前回
のポート状態と比較して、違いがあれば入力があったと認識させてるのかな?
ま、LCD側ではデータをラッチして表示したまんま、かつそのPICのポート入力
の間は、LCD側入力Enableをローにしてんだろうから、問題ないのだろうけど。
ただスイッチを押してGNDに落ちている間、データ出力は止めるしかないって
こと? もし、そうでなければLCD側では正しいデータ受け取れないと思うんだが。
なんかいいCの雛形ないかな。 複数の機能を同一端子で共用はよくあること
デバッグ機能とかでは特に
LCDならキー入力があったら再度書き込めば良いから簡単な方では? 直接グランドに落とさずにポートに引き込んでおき、普段はポートは入力にしておく。キーを読むときだけポートからLを出力する。複数のキーが押されることがあれば回り込み防止にキーと直列にダイオードを入れておく。ってとこかな。 内蔵クロックで10MHzで動く8bit PICってありませんか?
なんか4の倍数とか8の倍数とかばかりで10MHzで動いてくれるものが見つかりません 12F/16Fシリーズをざっと流して見てみたけど内蔵発振周波数は
31k/500k/16MHzの分周設定しかないね
RS-232C通信用で厳密なデータレート設定が必要なときは
秋月の9.22MHzセラロックを外付けにしてる 8bitPICマイコンのオーバークロック耐性ってどのくらいあるんだろ?
液体窒素冷却で100MHz動作とかできるのか挑戦してみたいな >>862
ありがとうございます
やっぱり4/8/16の倍数くらいしかないんですね PICは液体窒素入れなくても40MHz以上でも動作するようです
でもdsPIC使えば高速に動くし・・・・
単に無意味な行為だね。。 PIC16F84A用のHEXファイルしか残ってなくてそれを5倍の速さで動かしたいとか
いう場合にクロックアップは有用。無意味な行為って訳でもない それを必要とする人が一億人に一人でもその人にとっては有用なわけだが、
そういうのだったら、世間的には無意味って言っても間違いではないかもな。
有無みたいな1ビット判定は立場で揺らぐよ。 バイナリしかなくて5倍で動かすってどんなプログラムなんだろ。
Lチカなら5倍になってしまうしUARTやI2Cなどの周辺も5倍速になって
使い物にならないだろ。 オーバークロックの目的がわからないくせに無意味とか断言しちゃうアホがいるようだな HEXしか残ってないとか
そんな化石は電圧5倍でOK ソースが残ってるかどうかと化石かどうかはあまり関係ない >>872
罵倒は建設的じゃないよ。
アホなんて言うぐらいなら、あなたが考えるところの「『PICマイコンの液体窒素冷却によるオーバークロック』の意味のある目的」を書けば良いのに。 液体窒素を使う時点で趣味性MAXなんだから好きにやったらいい >>871
たとえばLEDのLキラが5秒感覚で作られてて、これを1秒感覚にしたいと思った時に
プログラムのことが全く分からない人でもクロック元を5倍速くすればLキラの
感覚も5倍早くなるなって言うのは分かるわけで
大切なのはそういうことをやることがあるか?否か?ではなく、そういう要求に
大しても幅広く対応可能か?否か?という幅広さだと思う それならシリアル通信で動作タイミングを弄れるようにしておくとかでいいじゃない。
それか外部クロックに従うとか。
逆に1/5にしたいとか言われたらどうするつもりなの? その程度の要求に答えることが、
果たして「幅広い対応」なのか?否か?
ただの「その場しのぎ」なのか?否か? >>878
お馬鹿さんは口閉じてようね
>PIC16F84A用のHEXファイルしか残ってなくてそれを5倍の速さで動かしたいとか >>877
オーバークロック趣味の人はそういう仮定をもとに楽しんでるのか。
そういう要求があったら、たいていは、
「速いCPU使って作り直す方が良いすっよ」
なのだろう。
>>882が言うようにFPGAも良いだろね。 >>857
たとえばこんなの。
http://www.ne.jp/asahi/ham/js1rsv/GPS/NavGen4.PDF
GPSデコーダーらしいが。
LCDポート直にGNDじゃなくて、1k通して落としてた。
これは一例だけど、ほかにも何件も同じようなのみたな。 >>884
スイッチに付いている1kΩがポイントですね。
たぶん…
LCDをドライブするときは、ポートBから普通にドライブするので、
スイッチが押されていても、開放されていても、1kΩがあるおかげで、
LCDの端子はH/Lに駆動できる。
スイッチを見るときは、RB4〜6を入力にして、内部プルアップ付きに設定する。
内部プルアップの抵抗値は1kΩに比べると十分高いので、
RB4〜6を読み出すと、スイッチがONならL、OFFならHになる。 >>882
PIC16F84A用のHEXを高速に実行出来るマイコンをFPGAで作るの?
それは大変そうだな >>883
動作内容がわかっている
簡単に実装可能
定数倍の実行速度でなくてもいい
って言う条件付きならそれでいいだろうけど
そういう条件なのか? >>883
頭悪い奴にマジレスしないほうがいいぞ。 >>868 は単なる例じゃんか
じゃあ >>887 のどれか一個でも成り立たないって条件を >>868 に加えたらいい オーバークロックの目的って言ったら、普通はそんなことじゃないだろうけど HEXしかのこっていなくてもIDEに読み込めば
アセンブラソース表示できるでしょ。
それをほかのチップで使用すればいくらでもできるよ
実際にHEXからCソース起こしていろいろなチップで
動かした経験あるよ。
速度的にもそれほど効率が落ちることはなかったけどな〜〜 >>886
ARM とかでもFPGA で作れる何なんだから、PIC16位余裕だろ。 >>891 >>892
物理的に可能とか、誰かにその能力があるとかじゃなくて、
>>863 や >>688 が出来ないと意味がないわけで >>893
確かにね。
FPGAで作るような堅実な話と比較にはならないな。
>出来ないと意味がないわけで
ほんとそれ。
PICを液体窒素で冷やしてオーバークロックは出来てもいないわけで、
仮に出来たとしても実用面からもFPGAと比較にならないだろね。
それより、なぜ、「オーバークロックの目的」をボカすの?
>普通はそんなことじゃないだろうけど
ってことなんだが、普通の目的って書けないものなん? >>897
書けないものなん?
わかったつもりや、意図が共有できているという思い込みなんて、あやふやなものですよ。 >>899
「無意味」だと誰が言ったのかな?
で、あなたが思うところの目的って何なのかな。書けない理由でもあるの?
だったら最初から何も言わなければいいのに。 「液体窒素」なんて書いてるんだから、目的はオーバークロックそのもの、単なる自己満足と考えるのが普通
それに対してとんちんかんな書き込みがあまりに多い
このスレにいるほとんどの電子工作の目的と同じ、単なる自己満足 失礼。途中で書き込んだ。
>>902
直近において目的を問うているのが俺。
>目的を知らないのに「無意味」か
という話を
目的を問うている俺にぶつけるなら、俺が「無意味」と言っていないといけない。流れもクソもありませんよ。
>>903
その文字数で書けることぐらいなら、最初からあなたの考えとして書けば良いのではないかな?
でもいったん「普通」と言ってしまったものだから、自分の考えを書くことが怖くなったんじゃないですかね。 趣味に意味が有るのか?無いのか?のケチをつける
ケチつけるのが趣味の場合
そのケチに意味が有るのか?無いのか?
答
ケチつけている人にのみ意味がある 液体窒素とかオーバークロックとかの話は、本スレでお願いします。
ここは僕たちのような、右も左もわからない初心者が質問するところです。
宜しくお願いします。
本スレへのリンク
↓
http://rio2016.2ch.net/test/read.cgi/denki/1470978281/l50 電気初心者です。
PICマイコンについて質問があります。
1. PICの16F84とかのやつは、ハーバードアーキテクチュアという構造らしいです。
なぜ、ハーバードアーキテクチャなのでしょうか?
何が良くて、それを採用したのか、教えて下さい。
もし良いのならほかりマイコンもハーバードを使うと思うのですが、
あまり聞きません。
2つ目です。
PICの16Fとかは、水晶発振子の1/4の周波数で動いているらしいですが、
なぜ1/4で動かすのでしょうか?
他のマイコンは、水晶発振周波数のままで動かして、いると思うのですが。
あるいは、PLLで2倍して1/2してdutyを50にすれば良いと思うのです。
以上です。宜しくお願いします。 >>911
小規模組み込み制御CPUは
ハーバードアーキテクチャばっかり
理由は安価に製造出来るからや
4クロック1命令サイクルは仕様だから
仕様に文句言っても仕方無いわ
PLLで2倍して1/2してduty50すれば、、
?
さっぱりわからんわ
4倍の周波数入れれば速くなるのに何でやらないのか!
ってことなんか?
最高入力周波数仕様が20MHzだからやで
丁度冷却ネタで盛り上がってるから
80MHz突っ込んで報告して欲しいで エスパアーしてみるけど
PICって1命令4クロックかかるけどそれが「フェッチ、デコード、実行、ライト」で
4クロックかかってるんだとしても、それはAVRも同じ訳で
でもAVRは1命令1クロックで動いてるよね?AVRだって「フェッチ、デコード、実行、ライト」の
サイクルが必要な点は変わらないのになんで?
考えられるのは
・AVRはパイプライン構造になってるので見かけ上1命令1クロックになってるだけ
・内部でx4倍して動いてる
のどっちかだけど 昔のMIPSは1クロック=1命令を謳ってたけど、位相の違うクロックを複数入れる必要があって
めんどくさかった。
今のPIC32なんて単一クロックどころか内蔵オシレータでさえ動くバカチョンマイコンなんだから
許してやれよ。 AVRは大半の命令が2クロックで処理されていて、2段パイプライン
で処理され見かけは1命令1クロックで処理されているように
なっています。 PICはWとメモリ間の演算結果をメモリに書き戻すから1クロックで処理するのはムリ
AVRもメモリ間演算やると4命令7クロックでPICの2命令8クロックと大差ない detail.chiebukuro.yahoo.co.jp/qa/question.php?request_type=3&request_nn=tantaro2585
ゲームパソコン誰かもらってくれませんか? 一命令数クロックかかるのは、回路をケチって安くするため
PCだって一命令で何十クロックかかる命令もあったりする AVRは命令フェッチと命令実行で各1サイクル、パイプライン処理で見かけ上は命令を1サイクルで実行
命令コード16ビットの固定語長なので命令フェッチも1サイクル
AVRtiny2313のクロックと命令フェッチ・実行のタイミング関係図
http://i.imgur.com/kgjvse2.jpg >>920
それを、PICと並べて比べてくれんと…。 >>911
4相クロックにした方が、ゲート規模減らせるから。 4クロックだろうとLED点滅させるだけなんだから別にいいでしょ PICやAVRどころかCPLDのライターなんかでも事足りてるしなぁ…。
とは言え、逆にPICのICEにFPGA乗ってるのもあるけど…。 PIC16F18313なるDIP8を使って遊ぼうと思っていますが、
EEPROMはデータシートで
11.3.2 FSR WRITE
Writing/erasing the NVM through the FSR registers (ex.
MOVWI instruction) is not supported in the
PIC16(L)F18313/18323 devices.
とありますが、どうやってR/Wすれば良いのでしょうか?
処理系はXC8のv1.38です。 同じページの左側に書いてあるでしょ
>EEPROM can be read and/or written through:
>
>• FSR/INDF indirect access (Section 11.3 FSR and INDF Access)
>• NVMREG access (Section 11.4 NVMREG Access)
旧来のEECONやEEADRを使うのではなく、NVMCONやNVMADRL/Hを使います >>928
ありがとう、アクセス方法が変わったのね。 EEPROMのI/O方法もだけど
そのものが変わっていたような、違ったような config word設定もかなり増えたり変わったりしてる
F18xx→F183xx PICで一番ダメだなーと思うのはアーキテクチャが同じなのに石毎に統一感がない
何種類かドキュメントも共有する程統一されるに等しく、ドキュメントを跨ぐ程に統一されてない
どれも同じ感覚で開発できる程度には統一されていると覚えるにしても入りやすいと思うのだが >>932
新チップで周辺機能がどんどん改良なり追加されるのと、古い機能が改良もされずそのままならどっちが良いと思う?
私は断然に改良なり追加される方だね、古いのそのままなら新チップを出す意味が無い。
新しい機能が面倒なら新しいチップを使わなければいいだけ、マイクロチップならディスコンないから入手できるし
統一って言葉的には良さそうだけど、実際は古い物に合わせるだけで進化も改良も放棄するってことでしょ >>931
16F18313はピン割り当てがめちゃくちゃ柔軟に出来るようになった影響で、最初に
ピンの設定をするのが超面倒くさくなった
12F1822の代わりになるかなと思って買ったはいいけどいまだにLチカすら出来てないわw 電電板の住人はPICだろうがAVRだろうがARMだろうが
何でもござれな変態さんじゃ無かったのか。。。 >>934
全然違うだろw
新しく追加していく部分を拡張していけば良いだけで古い部分は使わなくなれば良いだけ
同じ場所を使って新旧混在させる934的考えだからダメだと言っている
拡張性を考えて行けば命令語の追加変更がこれだけ乏しいアーキテクチャでこうも資料を多くする意味なんてない
コア資料と機能別資料だけで事たりるって話だよ >>937
そんな現場で一番求められる人間になんかなったら死んでしまいますよ。
いやマジで。
(土曜日どころか日曜日も一桁前半の子供二人連れ込んでたソフト担当さん元気にしてるかなぁ…)
俺はヒゲなんか剃る時間もないまま3日に1日シャワーを浴びてただけマシだったとも言える日常を過ごした事あるけど、あの人は家族があるからなぁとか緩い頭で考えてただけまともじゃなかったわけですが。 >>938
.>新しく追加していく部分を拡張していけば良いだけで古い部分は使わなくなれば良いだけ
先の例で言えばEEPROMを残しながらHigh-Endurance Flashも載せろと言ってるのと同じか?
それと(結果的に)少しずつの改良になる場合はどうするんだ、例えばPORTBの変化割り込みとか
最初はピン毎のマスクも出来なかった(84A)のが出来るよう(690)になり、読んだ値からの変化
じゃなくて上げ・下げ・両方を指定出来るよう(1939)になったりと。少しの改良でも別機能として
追加していけというのか? 肥大した無駄の塊のチップができるだけだな。 スタート時点が低レベルだと改良点がいっぱいあっていいなw 継続した改良と、過去のものが時代の要求を満たさないものになっている、が実情じゃないですかね。
それに価格も消費電力も抑えるためには、重複した機能をひたすら残していくのは適切ではありません。
古いチップが好きな人は古いチップを使えば済む話です。 古くてショボくて高いのも継続して売ってるから、初めてのPIC組はPICがクソだと思ってしまう
俺もそう思った
普通に今選ぶべきチップのリストがあればいいのにと思う 秋月に売ってるおすすめ
PIC10F322 6pin ??45
PIC16F18313 8pin ??75
PIC16F18325 14pin ??100
PIC16F1454 14pin USB付 ??130
これ以外である? >>944
情弱がAVR教徒の口車に乗せられて、っていう典型的なパターンだな。
そういう人はAVRとか使ってくださいよ、別に構いません。
俺はそういうスタンス。
あと、おすすめは PIC32MX270F256B-50I/SP 16bitはオススメがない
32bitは秋月に売ってるのはどれもオススメ
用途で選んで >>948
>16bitはオススメがない
あらためて見てみたら、PIC24はPIC32に比べて価格的なメリットがあまりないですね。
秋月のPIC32はDIPしか扱いがないのがいまいちかな。 >>949
>秋月のPIC32はDIPしか扱いがないのがいまいちかな。
秋月だからな。
他のパッケージが欲しけりゃ、他所で買えばいい。
お前に言われる筋合いはない。 趣味の人はポンポン作り替えられるんだろうが、仕事で使ってる人はそうも行かなくてね。
ピンの再配置が出来ますなんてのより、継続して生産してくれるほうがよほどいいチップ。 >>951
>ピンの再配置が出来ますなんての
も出てるし、
>継続して生産してくれるほうが
言わずもながのディスコンだし。
何が言いたいのかさっぱり。 蓋を開けたらロジックICが向きを変える下駄に乗ってた時は
ちょっと同情したw >>951
仕事で使ってる程、原価低減に有用なことじゃないか? >>953
>言わずもながのディスコンだし。
「言わずもながのディスコンなしだし」だろか。
PICマイコンはディスコンなし、って言われているみたいだし。
だけどそれってどれぐらい期待できることなんだろう。 "言わずもなが"
約 45,600 件 (0.44 秒)
そんなにかよ >>944
メリットはそれにつられて情弱さんが他へ行ってくれることだね。
Arduinoあたりで吹きだまったあげくに自然消滅というパターンがほとんどだと予想してる。
自分は、そもそも期間指定付きで検索した結果しか参考にしないから、
16F1以降、MPLABX、PICkit3という王道から始めて、古い環境やチップには一切寄り道しなかった。
最近はPIC32でHarmonyがメイン。 >>948
いやー逆だわ
16bitの方が32bitより使い勝手よいなぁ
12bitADとかQEIモジュールとか高速PWMとか
割り込みレイテンシとかFFTに使ったりとか
ある程度規模大きくなるようだったら
ARMとかにしちゃうから
32bit全く使わねー 言わずも「なが」って書いてあったのか。気がつかなかった。わはは。 よく使いこんでいそうな人の話は参考になりますね。
>>961の話は、コアの処理能力はともかく、周辺の便利さが魅力って感じが伝わってきます。
俺はPICは8ビット品ばかりですが、周辺で選んでます。
>>960
32ビットだとARMが競合品になると思うのですが、PIC32の魅力ってどんなことなんでしょうか。
Arduinoはハード、ソフト、コミュニティなどのトータルの環境ですし、単体マイコンとの比較は適切ではないと思います。 >>965 = >>960 という理解で良いのかな? >>966
PIC32のメリットはDIPが秋月で安く買えることと、pickit3が使えること
完全な趣味用途 8bit含めたPIC自体のメリットと同じ
8bitはコア性能が極端に低いので、そこを理解して使うこと >>970
えー。俺、PICの8ビットはDigikeyで買ってるなあ。
それとPICKIT3が使えることはメリットなんですかね…。PICにPICのデバッガを使うのはメリットというより当たり前だし。
今はARMでも2000円ぐらいまでの評価ボードを買ってカットオフしたらデバッガになるわけで、コスト的なメリットではないですよね。
と、思ったら ID:myZPlQDTさんって、俺が>>966でアンカー付けて質問した>>960さんじゃないのですよね? んー。 >>972
ARMの人の共通点は、開発環境やチップなど
具体的な話を書かずに、ただARMマンセーって叫ぶことだね
コストの話も、PICが初めての人が、2重に環境をそろえるデメリットについては語らない
ま、そもそも、スレタイ読み返した方がいい >>966
既に持っているPickit3が使えることとHarmonyかね。 >>966
>Arduinoはハード、ソフト、コミュニティなどのトータルの環境ですし、単体マイコンとの比較は適切ではないと思います。
そんなことはわかってる。
ディスコン無しがゆえに現存する古いピックをダシにした「PICダメダメ・キャンペーン」をうのみにした結果、
マイコンに入門時に変な方向へ行ってしまった人たちの、行きつく先の話をしている。 このスレ、ほかのマイコンを敵視してる人が多いね
色々と使ってきたら、良い点も悪い点もわかるだろうに >>976
>ほかのマイコンを敵視してる人
例えば誰?
アンカー打ってみ。 他のマイコンに比べてこんなにいいことがあるよ!って話はなかなか出てこないのかな。
初めてのPICスレなのに、PICベテラン視点での魅力の話になっちゃうんだな。
俺は(特に初心者にとっての)PICの魅力って「後閑さんの本がある」ってことだと思う。
それに、彼の本は、電子工作そのものの入門者にとっても平易に書かれているものもある。強力な伝道師だ。
もし、後閑さんがいなかったら、日本でこれだけPICマイコンが使われていることなんてなかったと断言できるね。
慣れてきたらだんたん後閑さんの本から離れちゃうから、今、彼の旬の本が何なのかよくわからんのだけど、
本当なら「お勧めのPIC」とは「お勧めの後閑本で取り上げられているPIC」だと思う。 もっと新鮮な情報がいくらもネットで見つかる。
後閑氏の、ろくに更新すらされていないあのWebページを見ると、
書籍はさらに古臭い内容だろうと想像できる。
よって、とても初心者にすすめられる代物とは言えない。
いまだに84Aだの無印MPLABだのの質問が絶えないのがそのいい例。 またバカ老人が湧いてくるからMPLABの名前だすなよ、 IDE Xのhistory機能は驚いたわ。
面白すぎる。 言い合いになっていて、質問できません。
よく知ってる先輩方の雑談は本スレでお願いします。 話の内容も不快です。
ここは僕たちのような、右も左もわからない初心者が質問するところです。
宜しくお願いします。
本スレへのリンク
↓
http://rio2016.2ch.n...denki/1470978281/l50 >>983
初心者はどこから情報を仕入れるか、って話になってるんだが。
PIC初心者なことは、流れが読めない言い訳にはならんのだぜ。 >>982
eclipse はIDEの標準になってきてるからな。 961だけど
仕事でも趣味でも使ってるよ
オススメっていうよりよく使うのは33FJのMCシリーズ
秋月GB002のDIPも趣味でも仕事でも使う
アナログ系が強いから16bitに自然になるかなあ
32bitは趣味では使うけど仕事では無い
理由はアナログ系弱いからかな
MZはかなり期待してたんだけどねぇ、、 >>979
>後閑氏の、ろくに更新すらされていないあのWebページを見ると、
>書籍はさらに古臭い内容だろうと想像できる。
書籍とWEBサイトは別だろう。
>>979の個人WEBサイトは後閑さんのWEBサイトより新しくて初心者にもわかりやすい情報を提供しているのかな?
そういうWEBサイトを公開していないのだとしても、俺は>>979の持っているものが価値がないものだとは思わないな。
自身の持ってる情報と、無料で開示しているWEBサイトにどれだけ手間をかけるかなんて一緒にできないよ。 >>985
>eclipse はIDEの標準になってきてるからな。
何か関係あるの? >>982はMPLABXの話をしているのだと思うんだが。 >>987
そうですか。
後閑氏が、儲からんことは手を抜くという、あなたと同じスタンかどうかは知りませんが、
同じサイトを見ても、受ける印象は人それぞれですね。
>>988
NetBeansと勘違いしたんでしょ。 >>989
>儲からんことは手を抜くという、あなたと同じスタン
書いてもいないことを妄想で補うと、あなたが書いていることを貶めますよ。 カーナビや豆の話など、方向がドンドンずれて行ってます。
よく知ってる先輩方の雑談は本スレでお願いします。
話の内容もレベルが高すぎるし、いつまでも居座るのは、私たち初心者は不快に感じます。
ここは僕たちのような、右も左もわからない初心者が質問するところです。
移動をお願いします。
本スレへのリンク
↓
http://rio2016.2ch.n...denki/1470978281/l50 このスレッドは1000を超えました。
もう書けないので、新しいスレッドを立ててくださいです。。。
life time: 118日 9時間 37分 52秒 2ちゃんねるの運営はプレミアム会員の皆さまに支えられています。
運営にご協力お願いいたします。
───────────────────
《プレミアム会員の主な特典》
★ 2ちゃんねる専用ブラウザからの広告除去
★ 2ちゃんねるの過去ログを取得
★ 書き込み規制の緩和
───────────────────
会員登録には個人情報は一切必要ありません。
月300円から匿名でご購入いただけます。
▼ プレミアム会員登録はこちら ▼
http://premium.2ch.net/
▼ 浪人ログインはこちら ▼
https://login.2ch.net/login.php レス数が1000を超えています。これ以上書き込みはできません。