初めてのPIC 0x0C [無断転載禁止]©2ch.net
レス数が1000を超えています。これ以上書き込みはできません。
_ _ PICをさわるのは今日が初めて、という超初心者のためのスレです。
(O>――<O) PIC選び、PICを使った回路は、誰でも最初は不安なものです。
/ (・) (・) ヽ 恥ずかしがらずに何でも聞いてください。速攻で教えてくれますよ。
○ /▼\ ○ 質問のしかたは、初心者質問スレの発言1を見てくださいね。
|(ヽ二フ ) |
/  ̄ ̄ ̄ ヽ
f ヽ / | PIC関係のスレは、レベルに合わせて以下のスレもありますので、活用しましょう。
ヽ \ / ノ ・PIC専用のスレ
| \_ )(_/ ! 本家本元のPICスレです。口の悪い人もいますが、楽しくやってるみたい。
| | ここの話がわかるようになれば、あなたはもう一人前のPICerです。
| | ・マイコンソフト 悩み事相談室
| | ̄ ̄| | マイコンソフトやツールの質問は、こちらでどうぞ。的確な回答があります。
(_ノ ヽ_)
質問する時のコツ
・性格の悪い回答者はスルーしよう(相手すると逆効果)
・素人玄人などと 上から目線の回答者は、無視してください。相手してはいけません。
・そこそこ良い回答が出るまでしばらく再発言しないのもあり(良回答は後に出やすい)
・回答者のアドバイスで後日解決したら、結果報告しよう(とても喜ばれる)
・回答者は、僕たち初心者に優しくしてください。あなたも通ってきた道のはずです。
さ、質問どうぞ〜っ
0x0B 2017/05/08〜 ttp://rio2016.2ch.net/test/read.cgi/denki/1494235320/
0x0A 2017/01/04〜 ttp://rio2016.2ch.net/test/read.cgi/denki/1483498857/
0x09 2016/09/07〜 ttp://rio2016.2ch.net/test/read.cgi/denki/1473238791/
0x08 2016/04/30〜 ttp://rio2016.2ch.net/test/read.cgi/denki/1461994030/
0x07 2016/02/05〜 ttp://wc2014.2ch.net/test/read.cgi/denki/1454648249/
0x06 2015/07/18〜 ttp://wc2014.2ch.net/test/read.cgi/denki/1437151298/
0x05 2015/04/07〜 ttp://wc2014.2ch.net/test/read.cgi/denki/1428391368
0x04 2015/01/02〜 ttp://wc2014.2ch.net/test/read.cgi/denki/1420205108
0x03 2014/09/22〜 ttp://wc2014.2ch.net/test/read.cgi/denki/1411314715
0x02 2014/05/20〜 ttp://wc2014.2ch.net/test/read.cgi/denki/1400522979
0x01 2013/11/17〜 ttp://ai.2ch.net/test/read.cgi/denki/1384626558 // / /- //\ | |!
>>1 乙 / i / / / / /=彡xr=≠ 、lへ l | リ
人 ! ⊥、 / / イ l .| イ7てハ`ヾト | ヽ ! / !|l
二ニ=ヘこ/ 〉' /:l | ハ:| ヾi( 少 ′| ∧ |_// ,’从
-‐ ''"´ _(_/ )/ l | / l:| ヾ l/ i ̄! / / 人 !
,.ィ ´ (__/ ) j lハ. 乂 |x=ミ、j/リ / / ヽ
/ ,。s( (_,/ー-x 从∧ 丶 ゝ //リ;/ノ乂 ヽ
〈 ,. ィ'" ヽ、 r―‐---/ { l人. \ ー ∠ // |/lヽ≧=-
ヽ、 _,. イ \ ヽ/ /(_,ノl ∧ ヽ \_ _ イ///| .//| |
≧s。., __ ∧_ノ / | レ ヽ __/ ィ/′/ ヽ| l .| |
 ̄ ̄ `フ7>y / ,/ | | ´ /// -< Yl :| |
,. >''"´ // ヽ! ./ / 、 ./:| :| |
,. ´ >''"´ { / / ./ W/
rf:;. / ヽ!:../ ,\ //
,'ー'′ / ....、 }′ / \
{ ,′ .:::ゞ':; ! /\ \
.从 ! `¨ ´ ,′ ./ \ \
丶 λ / /\ \ \
>s。_,.:イ:::: \ / / \ \ \
// イ:::::::::: : : ::::::::丶 _ ,. ィ /\\ \ \ え?
なんで勃てちゃったの?なんで?なんで勃てちゃったの?
次スレは立てないってことで全員で合意を確認したよね?
なのになんで?なんで?なんで勃てちゃったの?なんで? 電気初心者ですが教えてください。
I2C信号のA/Dコンバータを8pin PICでI2C通信して、RS232で出力したいと思います。
配線はつなぐだけなので なんとかなると思いますが、
I2C通信をPICでプログラムが自信がありません。
ダウンロードしてヘッダファイルに登録すれば、関数だけでI2Cが使える、
という便利な方法はないでしょうか?
a = i2c_write(xx,xx) のような感じです。 >>8
ありがとうございました。
いろいろ出てますね。試してみたいと思います。 何をやろうとしているかわからないが、12Bitのダイナミックレンジが電線つなぐだけで何とかなるとも思えないし、
サンプリングの周波数やらI2Cの速度やら必要なことも書かないでライブラリを使って簡単にとか
夏休みの宿題か? いいじゃあないか。色々やっってみて学んでいくのさ。
何でもかんでも先回りしてやることはない。 >>13
ごめんごめん、I2Cと12の読み間違い。
んでも外付けのADで10bit以下とかあまり見ないけど。 さすがにI2Cを「12ビット」とか言い出すリアル馬鹿にはいちいち口挟まれたく
ないだろうなwww 揚げ足取りは一人前だな
日曜日なのに何か嫌なことでもあったんか?w >>14
あまり見ないのは、I2Cを12ビットと読み違えるほどに、
「外付けA/Dは12ビット以上ダぁー、12ビット以上ダぁー、12ビット以上ダぁー」
という心理的なバイアスが目を曇らせているからじゃないですかね。
無いと思っているものは目の前のリストに載っていても、ココロがスルーしてしまうことがあります。
俺自身、(今、ぱっと例は出てこないのですが。すみません)部品を探すときに自分の常識に囚われてしまって
うまく探せないことはあるので、わかります。 >んでも外付けのADで10bit以下とかあまり見ないけど。
そりゃあ、10bitの下は8ビットくらいだもの。少ないに決まってる。
でも、別にレア物ってほどでもない。 >>18
いやいや。待って。
10ビット以下は、10ビットを含む。少なくとも俺の世代は、算数でそう習った。 ほれ
ttp://akizukidenshi.com/catalog/goods/search.aspx?search=x&keyword=10%83r%83b%83g%81%40AD&image=%8C%9F%8D%F5
ttps://www.digikey.jp/products/ja/integrated-circuits-ics/data-acquisition-analog-to-digital-converters-
adc/700?k=10%E3%83%93%E3%83%83%E3%83%88%E3%80%80AD&k=&pkeyword=10%E3%83%93%E3%83%83%E3%83%88%E3%80%80AD&pv153=3&FV=ffe002bc&mnonly=0&ColumnSort=0&page=1&quantity=0&ptm=0&fid=0&pageSize=25 IDEって設定できるブレイクポイントの数って決まってるんですか? 16bit A/Dはマイコンに内蔵してる場合、ノイズの影響でほとんど
性能発揮できないことが多い
(SLEEPなどにして停止させれば可能かも)
10bitくらいが使いやすという話をどこかで見たような気がする Cyの人がちゃんと精度が出ているのを実演して見せてくれたことがあったな。
いろいろテクニックが必要なのよね。 >>7です。
みなさん、ありがとうございました。
>>8の紹介されたページをいくつか読んで、初めてマイコンやりましたが、
無事にI2Cで、A/D値が取れました。
みなさん、アドバイスありがとうございました。
>>11
12bitではありません。I2Cです。文章は落ち着いて読むようにしたほうがいいと思います。
誰よりも速く回答をしたいのはわかますが、設問を落ち着いてしっかり理解してから、
回答いただいたほうが、質問者も助かります。
A/DとPICは、単に繋ぐだけで、簡単に動作しました。
測定対象の変化がほぼDCであり、A/D入力を0.1uFのコンデンサでインピーダンスを下げたので、
エイリアシングのフィルタも不要です。>>11にアドバイスいただいた、サンプリング速度とかI2Cの通信速度とか、
難しいことは何もありませんでした。
タイマー割り込みが来たら、I2CでA/Dの値を取り込んで、RS232で文字列で送信させました。
マイコンって、意外と簡単ですね。
みなさん、どうもありがとうございました。 >文章は落ち着いて読むようにしたほうがいいと思います。
>誰よりも速く回答をしたいのはわかますが、設問を落ち着いてしっかり理解してから、
>回答いただいたほうが、質問者も助かります。
ド正論過ぎて草www 質問です。mplab x ideで記入済みのタブをスペースに置換したいのですが、どうすればいいでしょうか。
新規に入力する分はExpand tab to spaceですが、記入済みの分に対して置換する方法があれば教えていただけませんでしょうか。 >>29
自己解決しました。View>Show Non-printable Charactersにチェックを入れてからタブを選択して、スペース4つに置換で普通に行けました。 秀丸でと思った俺は、IDEを使いこなしてないんだな、と反省している。 やだ、お父さんのおちんちん
小学性になったばかりの6歳の血の繋がった娘のお膣の中でザーメン出したくて
PICPICしてる・・・ 電気はズブの素人ですが教えてください。
PICへの入力信号を絶縁するのにフォトカプラーがいいと聞いて
データーシートを調べていました。
そこで質問があります。
東芝のTLP293というフォトカップラの最大定格のところに、
Collector-emitter voltage VCEO 80 V
Emitter-collector voltage VECO 7 V
というのがありましたが、これは入力off時で、出力側トランジスタoffのときは、
(+)C、(-)E という方向だと80Vまで耐えるけど、
(-)C、(+)E という方向だと 7Vまでしか耐えられない。という意味でしょうか?
だとすると、フォトカプラがon→offになったとき、
負荷や配線にインダクタンスがあって7V以上の逆電圧が来ると、
規格外だ ということを言っているのでしょうか?
宜しくお願いします。 トランジスタはCBEっていう三層構造だけど、CB間に比べてBE間はとても薄くできているので
逆電圧をかけるとCB間に比べてずっと低い電圧で降伏して電流がドピャッと流れてしまうです。 >>36
オンからオフなら振動しない限り逆電圧にはならないだろ >>39
フォトカプラにリレーつながってたら、オンからオフで逆電圧がくるだろ フォトトランジスタ出力のフォトカプラで直接リレーを駆動するとしたら、
高いコイル電圧とか、リードリレーのような低電流のリレーか
ダーリントン出力のフォトカプラでないとしんどそう。 >>38
CB間、BE間の話ではなくで、
CE間の話だと思うけど。 エミッターベース間の耐圧が小さいから、エミッタ―コレクタの耐圧が小さいのでは? 考えてみれば、これで逆電圧はこないな。(ダイオードを付けない場合でも)
から揚げはサランラップよりアルミで包めてことですね >>42
BC間がダイオードの順方向になるということに気づいてないとか?? >>45
>(ダイオードを付けない場合でも)
意味がわかりませんね
どっちかっていうとリレーをドライブするトランジスタを保護するのが目的なんですが >>48
↓こういう流れだよ
>>40
>フォトカプラにリレーつながってたら、オンからオフで逆電圧がくるだろ
>>45
>考えてみれば、これで逆電圧はこないな。(ダイオードを付けない場合でも) >>49
↓こういう流れだよ
>>36
「VECの耐圧が低い」
>>38
「EB間の耐圧が低いから」
>>42
「EBじゃなくてECの話なんじゃ」
>>47
「(EBの耐圧を超えたらあとは)BCはダイオードでツーツー」
>49
「EBは逆だけど」
>49に対しては、「>38に戻る」って感じかな。ぐるぐる。 >>50
ん?
>>45の回路でダイオードとっぱらったら、リレーコイルの逆起電力がVCE間にかかるんじゃないのっていう話 >>52
>>36が問題にした「CE間の逆電圧」がかかる例として>>40が出てきたわけです。
逆電圧がかかるためには、コレクタ電圧がマイナス電位にならないといけません。
リレーコイルの逆起電力ではそうはならんですよね。 >>53
逆電圧ってのはVCEが負値になるってことをいってるのね
コイルの逆起電力のことを逆電圧だといっているのだと思ってました
理解しました EB間のダイオードと、CE間のダイオードは、
同じPN接合なのに、
EB間のダイオードだけ逆耐圧が低いのはなぜですか?
NPNなのでCとE反対に接続しても動作するのにです。 >>55
ダイオードでも、品番によって耐圧違うのは何故? I2C slaveとして使うのに向いたPIC16ってあるのでしょうか? >>55
俺も長年「そういうものだ」とぐらいにしか思ってませんでした。
調べてみましたよ。半導体を作るときのドープ濃度と空乏層の関係だそうで
空乏層を大きくとると耐圧が高くなるそうです。
http://fhirose.yz.yamagata-u.ac.jp/img/pn5.pdf
トランジスタは、トランジスタとしての動作をさせるために、
Bが薄く作られていて、BEの接合は空乏層が小さくなっている(結果としてBEの逆耐圧が低い)ようです。
トランジスタのCEを逆に繋いでもトランジスタとして動作する、ということは知られていますが、
電流増幅率が落ちてしまいます。これはCB間の耐圧を高くとるために空乏層が広くなっているせいじゃないかと理解しました。
いろいろ調べていて、俺もすっきりしない点がありました。
http://okawa-denshi.jp/techdoc/3-2-9Dopetokusei.htm
この表だと、ダイオードにおいてドーピングを薄くして空乏層を大きくとったときのデメリットがよくわかりませんでした。
スイッチングダイオードだと、わりかし耐圧が低いもの(高ドープ?)と、高耐圧(低ドープ?)のものを比べると
たいていは、耐圧が低いものの方が接合容量が小さくて、逆回復時間が短いのですが、この表だと逆っぽいです。
単純に面積が違うのかな?
教えて!詳しい人。 >>60
たしかに。
>>55
これ以上の話なら、電子回路入門スレあたりに移動した方がよさそうですね。 オレのお薦め
迷ったらこれを買え
(秋月に売ってるPIC DIP限定)
●USBなし
PIC10F200 マゾ専用 最低スペック 50円
PIC10F322 最安 45円
PIC16F18313 8pin 75円
PIC16F18326 14pin 130円
PIC16F18346 20pin 160円
PIC32MM0064GPL028 28pin 3.3V 175円
●USBあり
PIC16F1455 14pin 140円
PIC16F1459 20pin 180円
PIC32MX230F064B 28pin OTG 3.3V 270円
PIC32MX270F256B-50 28pin OTG 3.3V 380円 何がしたいか決める。
さがす。
ttp://www.microchip.com/maps/microcontroller.aspx
秋月にあったら買う。
無けりゃもらう。
ttp://www.microchip.com/samples/
終了。
あちこちに「オレのお薦め」とか書いてる馬鹿がいるけど、
必要無いし、第一お勧めの意味が不明。 ん?
ttp://www.microchip.com/samples/ 大量に使う気も無いのにサンプル請求すんの詐欺くせえ Fの後ろが5桁の型番は初期設定が難しい
もう自分で設定するなんてとっくに廃れてて基本はMCCなんかな
ピンの配置とかどうやっていいのか全く分からん >>69
単なる市場調査の一環でしょ。
あるいは広告費のほんのほんの一部かも。
英語が出来ないからって論点すり替えちゃよけい惨めよw >>70
ピンもMCCでやるのよ。
すごく便利だから調べてみて。
データシート2つ開いてアッチコッチ見ながらだったのがウソのよう。 MCCってMPLAB Xpressでは使えないの?
ローカル環境に入れたくないんだけど >>71
英語ができねーとかどっから飛んできたんだよw
乞食はコレだから困るよ。
大人しくMicrochip DIRECTに頼めよお前らのチンケな拘り満たすように全品種あるから >>74
英語が読めるなら、逆に個人でサンプル請求なんてしちゃいけないんだなと諦めるはず
(仕事で使う奴や学生は除く) 学生ったって、授業や研究に関連した用途が基本のように読めるぞ
何にせよ
>単なる市場調査の一環でしょ。
>あるいは広告費のほんのほんの一部かも。
こんな理由で盲目的にサンプル配ってるわけじゃないから
単なる趣味なら自分の金で買うべきだな 別に読まなくても業界ではサンプル請求なんて大量採用前の評価目的だから
熱心なメーカーだと面会しに営業が飛んでくるぞ。
性能でなくて不採用でしたとか伝えると「どこが悪かったんですかエンジニア同行で解析に伺います」とか食い下がってくるぞ 業界のルールがわかっているならいいが
>>67みたいに只でもらえばいい、くらいの奴もいるからねぇ
店や道を歩いていて試供品もらう感覚なのだろうか >>80
昔の話でまだ飛び込みの営業がセミコン界隈でも賑やかだった頃は
サンプルと資料のセットを毎度持ってくるのが営業の仕事って位ひどかった
今は取引先開拓の為ならサンプルなんて聞いたらべったりだろ?
名刺貰う為に必死だろうに。 >>81
個人の趣味で、とかだと展示会や無料講習会も蹴られるご時勢。
目的:趣味の電子工作とか書いて満席で一度外れた無料講習会に、
仕事のアドレスと肩書きで申し込むと数分で返事きたりするよな >>81
そうだよね。
参加資格で、
興味のある方とか 初めてさわる方 とか書いて有るけど
商売になる方、大企業の方 って、初めから書けよって感じ >>74
あら、急に語気を荒げちゃって、
汚い言葉吐き散らして、
何か図星を射ちゃいましたかねw >>73
http://www.microchip.com/mplab/mplab-xpress
MPLAB Xpress incorporates the latest version of MPLAB Code Configurator
本家のトップページくらいは目を通そうか。 >>86
見たよ。それは
でも実際にMPLAB Xpressを開いてMCCのボタンを押すとダイアログが表示
されてMCCをローカルにインストールされそうになるんだけど???
これについてはどういうこと? >見たよ。それは
そうですか。
じゃ、まだ見てないところを見たらいいんじゃない? 曖昧な質問しかできない馬鹿はまだ許せる。
礼の一つも言えない態度のデカイ馬鹿は放置に限る。 礼とかどうでも良い
ていうか、役に立ってないじゃん 態度のデカい質問者
役に立たないくせに上から目線の回答者
お似合い 質問する時のコツ
・性格の悪い回答者はスルーしよう(相手すると逆効果)
・素人玄人などと 上から目線の回答者は、無視してください。相手してはいけません。
・そこそこ良い回答が出るまでしばらく再発言しないのもあり(良回答は後に出やすい)
・回答者のアドバイスで後日解決したら、結果報告しよう(とても喜ばれる)
・回答者は、僕たち初心者に優しくしてください。あなたも通ってきた道のはずです。 >>ID:QwMPt8mW
お前はなぜ回答しないの?
ぜひ役に立ってくださいよw >>92
だいたい最初のトコスルーできれば問題なくなるよね ま、だいたいXpressとかなにが美味しいのか理解不能 >>97
選択の順序のおすすめ
手順1.エバンジェリストの後閑哲也さんの本で、初心者本人がフィーリングが合いそうなものを選ぶ。できれば新しめの本がいい。
手順2.そこで取り上げられているPICがその初心者に向いているPIC。
本を手にとって選べない地域の人には良い方法じゃないな。
ここでお勧めのPICを尋ねるってことは、学校職場その他でリアルで面と向かえる人の中にPICや電子回路についてアドバイスをくれる人がいないわけだよな。
慣れてくればネットで情報を漁れるようになるけれど、最初は本がないと辛い確率が高いと思う。(「俺はネットだけ」って言う人は必ずいるけど) オレのお薦め
迷ったらこれを買え
(秋月に売ってるPIC DIP限定)
●USBなし
PIC10F200 マゾ専用 最低スペック 50円
PIC10F322 最安 45円
PIC16F18313 8pin 75円
PIC16F18326 14pin 130円
PIC16F18346 20pin 160円
PIC32MM0064GPL028 28pin 3.3V 175円
●USBあり
PIC16F1455 14pin 140円
PIC16F1459 20pin 180円
PIC32MX230F064B 28pin OTG 3.3V 270円
PIC32MX270F256B-50 28pin OTG 3.3V 380円 具体的な用途が決まってなくて
漠然とPICをはじめたいというなら
とりあえずPIC16F18326あたりから PIC16F1823の方が情報が多いし良かったりしない? 人それぞれスタートラインが違うからどれが良いは難しいかと PIC12F629,675,683あたりがサンプルプログラムが多いと思うよ
まずは基本的な機能しか入っていないものから始めた方が
バグの発生確率低いと思う・・・・・・ MCCも使えずデバッグも出来ないような
化石マイコンを初心者に勧めるとか
悪意があるとしか思えない >>102
わざわざしょぼいマイコンでわざわざ苦労することもないのでは?
コードはMCCや公式サンプルを使えば普通に動くんで
汎用性があって長く使えるものをお勧めするよ
まったくコードを書く気が無いのであれば、
ぴったりのサンプルがあるマイコンを自分で探して使えば良い
本当にサンプルが多くて役立つというのであれば、
有意義なサンプルの情報を貼るくらいはした方が良いかと
>>104
初心者が本気にするからやめろ おいらは12C509MODチップからこの世界に入ったから
12F1822ですらリッチすぎて目がくらみそう >>107
>有意義なサンプルの情報を貼るくらいはした方が良いかと
それは大賛成です。
>コードはMCCや公式サンプルを使えば普通に動くんで
で、ご自分は、その情報を貼らないんですか? PICを使って物を作りたい人にも色々タイプがあると思う
ただ動けばいいだけでコードの質は問わないタイプと
自分でコードを書くことが目的で質にこだわるタイプ・・・・・
MMCを使うんであれば操作法がわかればいいだけでしょ??
初心者がデバッガー使って開発するかな〜〜〜〜
公式サンプル使うなら単なるコピーで初心者がそれで学習できるものかね???
基本的な仕組みもわからないで何を始めるのだろう??? 初心者がMCCの吐いたコードをすぐに扱えるとは思えん。
少なくとも俺の場合最初は「はあ?」だった。
MCCなら簡単とか言ってる奴が不思議。
やったことも無いくせに書いてる?
あ、「MMC」ってか、何じゃそれ?
ところで公式サンプルとやらはどこにある?
>>107はその気が無いようなのでどなたかリンク張ってくださいな。 老害って何????
よくわからないな〜〜〜
口先だけの素人の方が多いのでは・・・・ 若いやつだって、わからないのに分かった気になってるヤツが多すぎ。
横文字や省略語を連ねて会話して、分かった気になっている。
聞いた相手も、何のことだか聞くのが恥ずかしいのか、何の応酬もしない。
ロバスト性、アジェンダ、エビデンス 本当に分かって使っているのか? エビデスルよかロブスターメスがアジエーンダな冬にスル鍋は 2ちゃんねるで老害って言う奴のほとんどは
俺様の考えと違う奴うざい、くらいの意味でしかないからな
単に自分とは異なる意見を認めることができないってだけ MCCに頼りっきりになるといろいろ嵌るね
設定変えると関係ないレジスタまで書き換えたりするバグがあるし 老害、ジジィなんて言葉を使うのは世の中が分っていない甘ちゃんの学生ニーチャンが多い。
そんな彼らも就職して2、3年たつと借りてきた猫よりも大人しくなる(笑) >>121
激しく同意。
見るとやるでは大違い、だよね。 MCCの吐き出すシリアル関係の関数、割り込みでリングバッファを構成できるのいいのだけれど、デリミタを指定した受信ができないのが歯がゆい。
あと通信パラメータを動的に変えることもできない。
コードを改造しようか、用意されている関数で何とかしようか結構悩んだ。
peek関数で受信バッファをスキャンする手を使ってみたのだけど、ヘッドポインタとテイルポインタの位置関係が逆転したときにバッファの先頭が読めないっぽい。
パフォーマンスは悪くなるけど、受信バッファに一定数たまったらデリミタまで受信待ちするようにした。 MCCって、使ったことないんですが、生成されるのはCのソースコードなのでしょうか?
それとも、バイナリーが生成されて、extern で使うのでしょうか?
I2Cを自分でゴリゴリ作るか悩んでいます。 outputはCのソースコード
自分で作る場合もMCCのコードを参考に出来る
初期化処理など I2Cならそこらへんにコード転がってるし
自力で組んでも40行くらいなので簡単やー 汎用ポート制御のI2Cドライバは一度作っておくと便利だよ
ポート制御だけラッピングしておけば
マイコンに依存しないコードになって移植が楽
量産コードにも使っちゃってる I2Cのコードが40行ってのはかなりスペシャル版になるよね
とはいっても、汎用仕様ってのは実は結構難しい
EEPROMの書き込みだと細切れに書かないといけないけど、APIには連続のまま渡したい
かといって、余分なstopも入れたくない
となるとstartやstopをバラしたAPIとなってしまう
汎用を諦めてEEPROM専用で作れば非常にシンプルになるんだけど その40行のコードはCなのかアセンブラなのか
そこが重要だ >>131
そのまま公開するのは無理
公開できる形に出来るか検討してみます
基本は、以下の4個だけ
スタート
ストップ
1バイト送信
1バイト受信 自分の場合はI2C-LCD専用Cコードで、こちらの方の作例に結構近い感じ
ttp://yaplog.jp/kazuikazui/archive/408 MCCが生成するI2Cコードはいまいちなんで自前を使ってるな みんなは汎用ポートでI2Cマスターをやる場合クロックストレッチを
まじめにサポートしてるの? >>135
MCCが出力するコードは基本的なサンプルコードレベル・・・
そのまま使うなんて恐ろしすぎる。
それを基にして用途に応じて作り変えないと
思うような動作はできない場合が多いよ
あくまでもたたき台程度のものだよ。 PIC24のI2Cモジュールの設定って、何であんなに面倒なの? 8ビットは低速・低機能で16ビットは終っていて32ビットはバグだらけ。
まともに使えるPICが無いけど、mct(マイクロチップテクノロジ)はどうするんだろ?
答え:何もしないw >>140
FIFOもない超シンプルな構成じゃん
面倒なら素直にMCCを使えば 自分の使う機能に関係なければ採用ためらう理由にはならない
使い切る系の学生だろそんなこと言い出す奴 PIC24ってオワコンなの?
PIC18のC18から始めてPIC24のC30使ってからお気に入りなんだけど
XC16も互換性あるし >>143
AVRを全て終息させるのが一番楽だろう >>148
仕事じゃないなら好きなのを使えばよろし
次のお気に入りは、手に入りづらくなってから考えればいいでしょ >>143
いまだに低速でも低機能でも使われているところはたくさんあるよ
なんせ安いし遅くても十分な制御はかなりある
一例としては
救急車の前面グリルにある照明はPIC12F629が使われているよ・・・ 低性能なマイコンには、他に何かしらのメリットが無いと存在価値がない 省電力
高性能なマイコンが昔に比べて遥かに省電力になったと言っても8bitマイコン
なんかには及ばない事が多い
そして車載なんかだとシビアに消費電力削減が要求される 高性能なマイコンには、他に何かしらのメリットが無いと存在価値がない >>155
いやいや一番先にくるのは値段
チープなマイコンは安くないと話にならない
32bitより高いチープな8bitとか16bitとか >>155
車載で省電力とかwww
頭悪いって言われない? >>160
車載っていつもオルタネーター動いてると思ってるんだ。
車載って自己発熱条件が一般民生より緩いと思ってるんだ。
あなたくらい頭が良いとうらやましいですね 選択基準は
趣味ならいじってて楽しいCPU、
仕事なら儲かるCPU
だな。 車両設計において電装品は継子の扱い。
設置場所も押し込められた密閉場所で熱逃げなかったり、
逆に水やオイルまみれになる開放系の場所だったり。
電力制約も環境条件もめちゃ厳しいと聞いた。 車載の省電力とボタン電池レベルの省電力を同一視するとか 車載はバッテリー直接続の機器だと、勿論待機時の低消費電力は求められるけど、それよりも逆接続とかロードダンプ試験、ESD試験を通るように設計する方がよっぽど大変。
車載で求められる消費電力性能は技術的にそんなに難しくない。 >>143
>まともに使えるPICが無いけど
能力無くて使いこなせないだけだろw つまりニーズのないデバイスを開発してるバカなサプライヤだということか >>169
8bitで十分な処理なら8bitを使えばいい
16bitで十分な処理なら本来なら16bitを使えば良いんだけど、
32bitの方が安くて高機能だったりするから、
わざわざ16bitなんか使わないで32bitを使えば良い
32bitより高い8bitも同じ 初めてスレで32bit奨めてるやつ完全に頭おかしいだろ
多分学生だと思うけどマイコンをPCと同じ感覚で語るな
試しに秋月でPIC検索して人気順に並べてみろ
どうして誰も32bitを使わないのかちょっとは考えろよ
ちなみにMicrochipの売り上げの半分以上が8bitだ
ついでにPIC32 バグでググって見ろよ バグだらけだろ
32bitを使った実用例なんてあるのか?実用的じゃないもの奨めるな
普通マイコンに求めるものは
何より安定性で次に必要ギリの性能だ
大は小を兼ねるじゃないんだよ 安くて速いから選びましたとかアホかと
しいて学生に奨めるなら将来性でいえばPIC16F1ファミリ一択
そうじゃないなら実用例の多いもの奨めろよ 近所のスーパーにキャデラックで行くか? 戦車で行くのか?
軽自動車で充分だろ 8bitで十分なアプリケーションで、意味もなく32bitのCPU使ったら、コードサイズ増えてメモリに収まらなくなったりするからなぁ。
どんな処理をさせるかによるよね。
ホビー用途なら好みで選べば良いと思うけどさ。 32bitは安くて高機能って言葉が良く出て来るけど、まさか秋月で扱ってるPICを基準に言って無いですよね? >>162
楽しさで選ぶならやっぱりAVR+アセンブラだな。 ハード工作は楽しくて
ソフト制作は苦痛なのでやっぱりPICとC言語だな。 >>173
> 普通マイコンに求めるものは
> 次に必要ギリの性能だ
マゾかよ
初心者こそ大は小を兼ねるでいいだろ 5Vチョクで動く32bitお願い
USBのってるやつならバスパワーで動くのか? 32bitは3.3V以下
16bitも最近のは全て3.3V以下 >>185
バスパワーの5Vで動かしたいってことだろ 5mm角で済むレギュレータも載せたくないとか、アホなの? >>190
わざわざ外付けのレギュレーター付けたく無いって事だよね?
USBの5V直で行けるのはPIC16かPIC18系ぐらいだしね
dsPICはちょっとね(笑) >>192
おっしゃるとおりです。
USBの5V直で動くPICで、入手性が良くて一番早くてメモリ大きいのはどれかな。 >>191
そうだよアホだよw
外付けのCも付けたらSMDじゃないと5mm角に収まらないしね
良い参考回路があれば教えて下さい。 >>176
32bitの方が搭載するFlashやRAMが多かったりするじゃん 将来性を考えるなら8bitと32bit両方やるのがいいだろうな
今後IoTの普及で32bitマイコンが伸びていくのだから
今後、製造プロセスが微細化するにあたって8bitと32bitとではあまり価格差もなくなってくるよ マイコンも進化しててFlashやRAMが数百KBから2MBくらい搭載できるようになってきてる
搭載メモリが増えると価格的な8bitのメリットは完全になくなる
そういう大容量のメモリを搭載してるマイコンはだいたい32bit 半導体微細化に関するGordon Mooreさんのムーア則は
「むーあかん」らしいです。 最近のDIPで定番と言うか人気機種ってどの辺かな? >>200
PIC32を4つ使えば128bit級だよ >>200
そこまでの処理能力必要ならARM に行くべきだろ? >>201
先に作例を見つけて来い。
そこで使ってるのがお前にとっての定番だ。 >>203
PICスレなんだからMIPSを勧めろよ おまいら何に使ってるのか気になってきたわ
自分用にMP3プレイヤーとか作るんなら
ラズパイとか使った方がお手軽だろうに
それともなんかすごい性能の大人のおもちゃか? この流れの中質問しづらいのですがXC8について質問さしてください
ONかOFFか(0か1か)のフラグ「配列」を160個ほど確保したいのですが、普通(?)に
uint8_tで確保するとSRAMが足りないと言われてしまいます
他にも色々変数を確保してたりするので実際足りないんだろうとは思いますが、1bit
あれば事足りる変数にuint8_tで8bit取るのもなんか勿体無い気がしています
XC8でbit配列を沢山(160個)確保する方法はありますでしょうか? 新品はフラッシュメモリが消去されていると期待はできないんでしょうか?
書き込もうとしたら0xFFFFでないのがずらずらっと表示されて、疑問に思いました
新品(先日購入して一度も書き込んでいない)なのは間違いありません
Micropicは初めて使うのですが、これはこれでこういうものなのでしょうかね。 >>208
ビットフィールドを使えば8bit×20で160bit取れると思います。 >>208
もう1個ヒント
uint8_t bits[20];
n ビット目の値を取り出す時
bitn = bits[n/8]&1<<n%8; >>208
20バイト確保して、
マクロなり関数なりで自力でビットアクセスする
uint8_t data[20];
BOOL get_bit(int pos){
return (data[pos>>3] & 1<<(pos & 7)) != 0;
}
void set_bit(int pos){
data[pos>>3] |= 1<<(pos & 7);
}
void clr_bit(int pos){
data[pos>>3] &= 254<<(pos & 7);
} >>209
フラッシュもEEP-ROMも初期状態は0xFFですよ >>209
実は中古
見方が間違ってる
マチガッテ書き込んだ
マイクロチップの仕様
>>209の頭が悪い
>>216の頭が悪い
のどれか 念のため、
Cで「ビットフィールド」と言ったら、ビット単位で定義した構造体を指す。
これはビット単位の配列としては扱えないから用語は注意した方が良い。 >>217
そうですね^^;
>>208 210の書き込みは無視して下さい。 1を右シフト2回で4、FEhを右シフト2回でF8hでは? mask[8]={0b00000001, 0b00000010, 0b00000100,・・・, 0b10000000}
みたいなマスク変数を使うとちょっとは効率的になるかも あ、すまんバグった
ハズカシイ
素直に以下で
~(1<<(pos&7)) >>221
8bitはバレルシフタが無いのか
マクロにしておけば
posが定数の場合は1<<(pos&7)はコンパイル時に計算するからコストはかからないけど
変数の場合は実行速度重視でテーブル化するか
RAMをケチってコンパイラがループコードを生成するか
初心者ならそんな事を心配する必要の無い32bitを使うのも手
RAMが多いから1バイト保持でも問題ないし、
シフトも乗算も速い 8bitの場合はテーブルを引くのも遅いから、
速度はループと大差ないかも PICには折角BCF,BSFなんていう便利なアセンブラ命令があるから
効率重視ならセット/クリアの部分だけでもインランアセンブラで書くべきだな 位置が即値の場合はコストはかからないってわざわざ書いた後に書くかなあ
変数だとBSF, BCFは使えないでしょ
自己改変コード?
余計遅い そんなことが問題になるくらいならはじめから32bitを使えばいい
最適化が出来ない初心者は特に 低性能な8bitは初心者にはいろいろときびしい
簡単な処理であれば8bitで十分だけど、
初心者は簡単な処理かどうかすら判断できない
ROM/RAM節約や高速化テクニックがあって、
必用なCPUパワーも判断できる上級者が
8bitを使えばいい リアルキチガイ君の ID:ILE12Z1r に行っても無駄だと思うけどさあ
質問者が
>XC8について質問さしてください
って言ってんだから8bitPIC前提の質問だろ
なのにそもそもの前提を否定して解凍するのは正直知恵遅れでしかないよ
とりあえずえらそうに回答者面するまえに擦れたい100回声に出して読んでみたら? >>207
もう世の中に売ってる物なら大人しくそれ買うよ。
モノ作る動機になるのは世の中にまだ無いものとか、有っても物足りない場合だよ。 >>229
初心者にインラインアセンブラを勧めるリアルキチガイ
BSF, BCFでなにが解決するの?
www >>229
まさかPICに32bitがあることを知らない? >>207
間違わないように訂正しておきます
今ビルド環境が無いので、さらに間違ってたらごめんなさい
uint8_t data[20];
BOOL get_bit(int pos){
return (data[pos>>3] & 1<<(pos & 7)) != 0;
}
void set_bit(int pos){
data[pos>>3] |= 1<<(pos & 7);
}
void clr_bit(int pos){
data[pos>>3] &= ~(1<<(pos & 7));
}
void inv_bit(int pos){
data[pos>>3] ^= 1<<(pos & 7);
} >>193
レギュレータもクリスタルも無しでDIPでお手軽って言うと、こんなのでしょ。
ROM、RAMはちょっと足りない。
ライバルは中華nanoか。
http://i.imgur.com/wHdKjS4.jpg >>208
今度はリンクを間違えました
すいません >>235
前にも見た
変則ユニバーサル基板使い!
私もPIC16F1455はとてもオススメ モデルチェンジしてくれると嬉しいんだけど
ROM 28KB / RAM 2KB で
USB有りモデルは放置されてる感じ >>237
変則なのか?これ。
前に作ったのはUSB-MIDI変換器だったかな? 必要な領域30バイト確保したくらいで不足したとかいうならそもそもの品種の選択が間違ってたに過ぎないだろ。
何でもかんでも8bit vs 32bitに持って行きたがる奴がおかしいわ。 >>208に対しては普通の回答をした
初心者に対してテーブルを使うだのインラインアセンブラを使うだの言ってるキチガイがいる
32bitはそいつに対しての書き込み >>234でパフォーマンスに問題があるなら、
素直に高性能なCPUを使おう
ごく普通の意見だと思う
少なくとも初めてスレでは 何するかでマイコンなんていくらでも選択肢が変動すると思うけどねー
固まっちゃった人にはそれがわっかんねぇんだろうな。 あんたの所、中華製電源で動かしてるのにCPUの電力効率なんか気にする必要あるの? ありがとう、大人がキーワードなんだね
おいらは電池で動かしてるよ >>245
>>208のような処理を、工夫せずにそのまま簡単に作りたい場合
>>221のような、パフォーマンスを理由に可読性流用性開発効率を犠牲にしたコードを書きたくなるような処理
>>225のような、パフォーマンスが理由でアセンブラが使いたくなるような処理 8 vs 32は無意味だし、初めてスレでする話しではない。 初心者がパフォーマンスを問題にしていたら
32bitを勧めるのは当たり前かと
今回はアセンブラ厨が作り出したパフォーマンス問題であったようだけど 8bitはたしかハーバードアーキテクチャ
32bitはMIPSアーキテクチャ
中身が全く別物 なんかわからないけど否定された気持ちになったのかな? ハーバードとMIPSを並べちゃったよ
同じようにアーキテクチャーとついてるけど、
全然違う階層の単語だよ >>255
CPU周りにパイプラインとかあるから
クロック計算とか単純な4サイクル計算じゃなくなる 16bit命令レジスタとかみると
チップごとに入ってるレジスタが違ったりしてる
アセンブラいじくるとわかる twitterじゃないんだから
言いたいことがあるならはっきり言いな えらく喧嘩腰だね
何かよくわからないけど攻撃に備えているのかな >>264
32ビットマイコンに対して少しでもネガティブなことを言わないか気にしてるだけだよ >>264
それはこっちが聞きたいわけだが
コアの違いについて語りたい?
パリフェラルの違いについて語りたい? >>265
RS232通信をlinuxパソコンとやってみたけど案外スムーズにいけるね!
そこらの産業機器より全然シンプルで優れてるw 8bit, 16bit, 32bitいずれもCとアセンブラ両方の経験があるから、
色々と語れると思うよ UARTは
8bitはFIFOは受信のみ2バイト
16bitとPIC32MMは8バイトFIFO
PIC32MXは16バイトFIFO
3種類で割り込みのポリシーが全部違うんで面白い >>269
パソコン側のシリアル通信のC言語プログラムでちょっとハマったw
設定を構造体でやって
データをファイル形式でやる感じだったから
理解するまで時間かかったw edison とか ラズベリーパイとかより
ドライバレジスタを細かくいじれるし
レベル変換の問題も楽だし
タイミング調整 データ長なんかの設定も楽 C言語でいじれるようになったから
デスクトップとかサーバと連携して
web上からも遊べるように簡単にでけるようになったのはでかいw 8bitのUARTは送信データがダブるエラッタがあるので注意
回避は結構難しい >>273
9600でしかまだやってないし1バイトづつ低速でやってるから
まだエラーでは悩んでない
詳しく! RS485に変換して
長距離伝送とかでエラー回避とかも簡単にでけるべ? ボーレートはあまり関係ないです
送信で、シフトレジスタがちょうど空になるタイミングでTX1REGに書き込むと、そのデータがダブって送信されます
命令サイクル単位でピッタリこのタイミングに合った場合のみ発生します
1バイトずつ、シフトレジスタが空になってからTX1REGに書き込むのであれば問題ありません
(送信速度は落ちますが) >>276
そういえばEEPROMのACKのタイミングも高速でやるとエラーかかんない?
NOPとかで遅延かけないとうまくいかないよね? 送信速度を犠牲にせずに送信するには、
ヤバいタイミングに書き込まないこと
私がやった方法は、
送信モジュールの初期化と同時にフローランタイマーを初期化
タイマーの値を見て偶数奇数を揃えてTX1REGに書き込む
この方法を用いるには、1バイトの送信周期がフリーランタイマーの周期の偶数倍である必要があります >>277
I2CのEEPROMの書き込みで問題があると思ったことはないですね
何種類か使いましたが
データシートと合わせて、エラッタは見ておいてください
マイクロチップの場合、エラッタに記載がなかったりしますが >>278は
どうずらすかをフリーランタイマーを用いて判別する方法
どうずらせば良いかがわからないとNOPをどこにどう入れれば良いかがわからない >>281
まだ実装はしてないからなんともいえないけど
送信シフトレジスタエンプティビットを読み込んで
そのあとNOPでできるんじゃない? 安全なタイミングはシフトレジスタが空であるとき
コードがこうなっていれば問題は発生しない
ただし、空になるまで待っていたら送信が連続して行われないので遅くなるし、
割り込みで処理してる場合は、シフトレジスタが空になるタイミングで割り込みをかけることが出来ない >>285
そういえばintel edison のシリアル通信ですら高速帯域ではエラー出てたし・・・
速度気にするなら他の通信使えば? >>287
ビットレート関係ないって言ってるんだけど 前も同じようなやり取りをしたような
「初めて」相手だと大変だ やっぱドライバ周りはまだまだNOPが必要そうだね!wwwwwwwwww >>290
モーターパルスとか
強電磁波時の誤作動はじゃあどうするnん? >>269
8/16bitFIFOって、FIFOが空になった時に割込みあげてくれるようなのある?
たまにそういう機能がないUARTがあって、RS485とか作ると困るんだけど。 >>285
割り込みで処理してて、シフトレジスタが空になってから1サイクル以内にデータ転送ってできるのか?
要因判別とか割り込みマスクとかソフトウェアのバッファからの転送とかで1サイクルくらいはCPU動くんじゃないの? TSR(シフトレジスタ)が空になるタイミングでTXREGに書き込みを行うと、
TXREGとTSRに同じデータが書かれて、データがダブるってやつだろう。もう飽きた。 なんか勝手にリセットかかるんですが。しかも計ったかのように3分15秒ごとに。
リセット要因から考えて
スタックフル
スタックアンダーフロー
のどちらかしかないと推測してるんですが、これをデバッグで見つけるにはどうすれば
いいでしょうか? >>300
興味の無いことにわざわざ首を突っ込んでくるってどういう心理? >>301
スタフルは分かるけどスタアン(スタアンフロ)って何?
スタフルはPICでちょいと深い関数呼び出しをやると簡単に起きるけど >>294
のぷのぷしちゃうのはさいしゅうしゅだんだお >>305
それ きゃぱし とか でじあん れべるだお >>309
言われてちょっとみてみたら
I2C1CONbits.ACKEN
の値を読み取ってなかっただけだった
ACK送ったあとの自動クリア読み取れば
NOP使わなくてすんだ
さんきゅー! 電気超初心者ですが質問いいでしょうか。
マイコンを使った回路を作ったとします。
RA0ポート出力------抵抗---LED---GND として、ちゃんと動きました。
今度は別の使い方をしたくて、ハードウェアを以下の様に配線変更しました。
外部端子(0V/5V信号)-------プルアップ5V----74HC04バッファ------RA0ポート(入力)
ここで、新しいプログラムを流し込もうと、まず基板の電源を入れます。
そして、PICKit3を接続します。そして・・・ という手順の中で、
次のプログラムを流して実行するまでの間は、
マイコンRA0ポートは出力でH(5V)、
HC14は、出力L(0V)を出して、衝突すると思います。
これはしょうが無いのでしょうか。
パッケージは、QFPなので取り外しできません。
「一瞬だからいいじゃん」というのは無しで、電気的にまずくないのでしょうか? >>312
回路組んだままオンボードでプログラム書き換えするなら、
既にレスされてる通り、心配な箇所のピンをジャンパーで
切り離すか、貫通電流防止に抵抗でも入れておくのが無難かも。
以前PIC使った時には、起動後3秒ほど空ループで待たせてから
I/Oアサインをするようにしたらうまくいった。
(PICkitがリセットをかけて書き込みを始めるまで待たせた) 今のプログラムを新しいのに書き換える間だけなんでしょう
7404の入力をLoにクリップコードでつなげばいいんじゃないの
それか仮にポートをHにしっぱなしプログラムを焼くとか 初心者と言いつつそういうところにも頭が回るのはなかなかと思う みなさん、さっそくのご回答、ありがとうございます。
実際に作った訳ではないのですが、対策はいくつか思いつきますが、
衝突しても良いのか、悪いのかが知りたかったのですが、どうなんでしょうか。
やはり、マズイのですよね。
リセットを書けて電源を入れれば、プログラムが流れないので、ポートは全部入力。
その状態でPICKit3を起動させれば、
リセットスイッチから指を話しても、PICKit3のRESET出力とorされて、RESETは保持され、
ポートは全部入力のままで....とか、あるでしょうか? >>321
衝突というより短絡だと思う。両方highか両方lowなら電位差ないから問題ないかもだが 入力ポートには相手がデジタルでも33とか47Ωくらいの抵抗を全部入れといても間違いはないな PIC16F1705を電源とICDだけ繋いで、プログラムで破壊したいのですが、できますか? なんとなぁくあの偉大な科学者と志村けんが頭に浮かんだ
それは 「あいん しゅたいん」 (笑) 教えてください。
PICKIt3で、PICが書けません。
MPLAB IDE 8.92 XC16 で
PIC24FV32KA304 (電源2.0V〜5V)をPICKit3(赤いやつ)でICSPしようとしています。
電源は、5Vから3端子レギュレータで、3.3Vを作っています。
MPLABのプログラマーの設定で「POWER」タブで3.3Vにして、チェックは外しています。
・PIC基板に電源を入れます
・PICKit3をPCのUSBに接続すると認識され。 PICKit3のLEDは、緑、青、緑になります。
・続いて、以下のように、デバイス番号が表示されます。
Target Detected
Device ID Revision = 00000004
・書込開始すると、
Programming...
と表示され、棒グラフが何度か伸び縮みします。
2-3回書けて、動作もしたのですが、途中から
書込すると、
The following memory regions failed to program correctly:
User ID Memory
Address: 00000000 Expected Value: 00000000 Received Value: 00000000
Programming failed
となって、書込できません。
FLASH Eraseは、エラー無しで、できます。
何か助言をください。宜しくお願いします。 ちょっと聞きたいんだけど、
16F84Aで20mAのLED8個をスタティック点灯させたい場合は
3ステートバッファなんかで出力を強化させないとダメだよね? >>330
Maximum output current sunk/source by any I/O pin が25mAだけど、
Maximum current out of VSS pin が150mA
Maximum current into VDD pin が 100mA
なので吸い込みで点灯するとしても20mA×8はNG。
とはいえ、20mAのLED8個 という表現もちょっと気にかかる。
もっと少ない電流ではダメなんだろか。
いまどき、16F84A っていうのは横に置いておいて、だけど。 >>330
独立制御しないなら可能。
2直列×4chとか。 スリーステートバッファとかなんで使うんだ?
62083でいかんのか とりあえず[FET アレイ]でググってみようぜ
こんなのとかあったよ
7chシンクタイプDMOSトランジスタアレイ TBD62003APG
http://akizukidenshi.com/catalog/g/gI-09943/
50えん >>330
いまどきのLEDなら半分の電流で十分光るでしょ
10mAx8なら大丈夫だし
>>331
だから質問してるんだろ
お前の無意味なレスよりよっぽどましだわ
スレタイ100っぺん読み返せ、ゴミクズ! 用途も知らないのに、勝手に質問の前提を変えるのはどうかと思う 16F84Aで20mAのLED8個をスタティック点灯
16F84Aで20mAでLED8個をスタティック点灯
意味が違うしなあ
前提は変わってないとおもふ >>340
んー。>>339はこう言えばよかったんかな?
「なんで20mAなんでしょ?」 >10mAx8なら大丈夫だし
これは質問から逸脱してるとおもふ 逸脱しているかどうかで議論してもしゃあないです。
質問者の方が、20mAは譲れない、って言えばそれまでですが、20mAの理由を尋ねることは単純にコミュニケーションの中ではあることですよ。
技術的には20mA×8は直接駆動することはできない、で結論が出ているわけですよね? だか、しかし、20mAで使うとは書いてない
早とちりとてちん 20mAは白色パワー系なのかね?中途半端な出力だけど。
うちは普通の赤や緑なら1mA
20mA必要な理由を教えていただけるとありがたい
必要な明るさとか放熱とかどう設計してるんだろう >>346
そうなんよ。
でも厳密に「20mAのLED」をそのまま受け入れるとして、そういうLEDって世の中にあるかな?
それゆえ、「LEDに20mAを流す」と解釈するのが自然かな、と。 そうなると、無くは無いからこじつけになってしまう
質問者からの情報不足か書き間違いに早とちりレスでこじれたんでしょ
質問者は馬鹿じゃないだろうし、何が心配なのかをストレートに書いてばもう終わってる こじれてはないでしょう。いろいろアイデアとか情報とか出てきていて良いじゃありませんか。 いろいろありがとう。
もし出力強化が必要なら今手持ちに74HC541が有ったのでこれで行けるのかなぁと。
62083は次回何か注文する時に一緒に買ってみる。
LEDの20mAの設定は出来る限り明るくさせたいけど無理して壊すような事もしたくないって事で
データシートの条件に使われている数値設定してみた。5mm砲弾型で超高輝度の物各色。
電源+5VにVF=3.1VのLEDに100Ωの抵抗付けて3年間つけっぱなしにして外に放置してるけど
壊れないので電流設定はこのあたりが一番バランスが良いかな?と。
そろそろPICでLチカ遊びでもと思いまして。 >>352
はいはい。こんばんは。
http://akizukidenshi.com/download/tc74hc541ap.pdf
ここの絶対最大定格を見ると、一つのピン最大出力電流は35mAととても豪勢ですが、
電源、GNDピンの最大電流が75mAと少なくなっています。16F84Aの方がでかい!
なので、このICじゃダメかな。
電流を半分にすると、単純に傾向として明るさは半分ですが、人間の目だと横に置いて比べないとわからないものです。
10mAにするだけで、工作自体はお手軽になるので、>>339さんの提案も頭の隅に置いてください。 >>332で絶対最大定格の電源端子の電流を根拠にダメって書いたけれど、
3個はソースで5個はシンクで駆動したら、8個同時点灯でも絶対最大定格はクリアできるかな。
おすすめはしません!
>>355
自由度も高くて部品の選択肢も広くてナイス。
部品点数は増える、実装エリアも大きくなる。
デジトラがあるとちょっと楽だけど、リード足のデジトラって少なくなったな。 砲弾型ということは、7セグみたいなコモンは無いってことね。
それならcharlieplexingは?抵抗の個数は減らせる。配線も楽かも。
ただしスタティック点灯にはならない。
http://i.imgur.com/802UHkG.png 62083を利用する事を前提にもうちょっといろいろと考えてみようと思います。
ありがとうぎざいました。 >>357
出来るだけ明るくしたいって言ってるのに... >>357
スタティック点灯じゃなくていいならそれぞれをずらして普通にダイナミック点灯させればいい...
それこそ1個ずつでもいいだろう
で>>359なのでダイナミック点灯は題意と異なると スレの流れ的には20mAはマストじゃないだろ。明るく見えればいいんだろ。 何の解決にもなってなくて、暗くなる方法
を提案して何がしたい?
あほですか?
20mAは必須ではないが、
「出来るだけ明るくしたい」
ピンを減らしたいなんて誰も言ってない >>362
元質問者は>>358で表明している通りなんだし、あとはそっとしておくといい。
自分で考えたいって言ってる人にああせいこうせいもおせっかいに過ぎる。
議論を続けるなら仮想要求に対する、実装方法の討論みたいなものだ。
で、「もし次のような要求があったら」で話をするの?
・20mAに拘らない
・それでもできるだけ明るく見えるようにする
面白いかもね。駆動デバイスの選択、配線の容易さ、プログラムをどうするの、とか色々と
セットでついてまわってくる。 砲弾型赤色LEDを光らせる程度で、再帰に調べもせずここに相談してくる奴がまともなわけないだろ
みんなもうちょっと大人になれ >>363
>何の解決にもなってなくて、暗くなる方法 を提案して何がしたい?
>>364に書いた通りで、もう元質問者に対する提案に拘らなくて良いよ。
このスレを見ないで自分で考える時間も楽しんでもらえれば良いじゃないですか。
>ピンを減らしたいなんて誰も言ってない
たしかにそうなんだけど、潜在的な要求であったり、ベターな選択ってあると思います。
そういうことっていちいち言わないこともありますよね。
たとえば…
・安いデバイスがいい
・部品点数が少ない方がいい
・配線量が少ない方がいい
・あたりまえに入手できる部品がいい
・ピン数が少ない方がいい
・プログラムが簡単な方がいい
・消費電流が少ない方がいい
などなど。
相反するものもあり観点が増えれば増えるほど結果は定まらず、その一方で議論は実りの多いものになります。
だからできるだけ無駄に煽ったり罵倒したりするのはやめましょう。 IrLEDの時は常時点灯じゃないしいっかーと無茶させても結局上限でイマイチな結果に
素直にデジトラなり使いましょう。 >>365
たいていの場合質問者は自己解決の方法がわからなくて質問するんです。
まともかじゃないという評価なんて不要だと思います。 >>366
質問者に失礼だとは思わないんだ
中途半端に質問とは異なる話題を出して リアルでもそういう感じなのかな?
相手を考えずに自分が言いたいことを言う 8個のLEDを8chで制御する必要性の有無
同時点灯しない組合わせの有無
このへんも重要だと思う。 >>369
>質問者に失礼だとは思わないんだ
>>358を見れば失礼だとは思わないですよ。
自分で考えます、って言ってる人に、潜在的な要求の明示化を求めるのも、潜在的な要求を想定してあれこれ言うのも良いことだとは思いません。 >>339 も >>357 も
>>358 の書き込みより前なわけだけど
質問者の前提を軽視した書き込み >相手を考えずに自分が言いたいことを言う
この場合は「自分で考えます」と言った人がいるわけですよね?
なので、既に「相手」は元質問者とは限りません。
>リアルでもそういう感じなのかな?
そりゃそうです。
「こんな話題があったんだけど、どんな実装があるだろね?」
「そりゃいろいろな条件があるわな」
「こういう場合は」
「こういう場合は」
「こういう場合は」
結構実りがありますよ。 >>373
過去のレスで責めて何をしたいんです?
話が潜在的な要求に及んでいるだけだと思います。 前提が不明確だったり明らかに間違ってたら問いただす位いいだろ。 質問者に失礼ってw
いつから個人のスレになったんだよ
何を書こうが、質問から話が広がろうがそれぞれの勝手だろ >>380
古いコアほど自己消費電力がでかいので電源ピンの最大許容電力が大きいとかを都合よく解釈してるんじゃないかな?
データシートの後ろのほうは見たこともないんだろう 可視光通信
赤い懐中電灯
イルミネーション
ブレーキランプ
自転車のテールランプ
ただのインジケーター
... >>378
回答者様だが。タダで答えもらっていい気になるな。 回答者様www
そういうことはまともな回答をしてから言え 馬鹿な回答者が上から目線で気持ちよく回答できて、かつ話が広げやすい質問を用意するのはむつかしいんだぞ
お前らも管理釣り場の経営をしてみればわかる >>380
本人です。単純に今手元に有るPICが16F84Aと18F2620の2つなので
初期設定の少ない16F84Aを選んだだけになります。想定するLEDの数もそんなに多くはないので。
電源電圧は+5Vで理由はモバイルバッテリー駆動なども考えているからです。
>>371
RB0〜RB7で8個、RA0〜RA2をデコーダを通して8ch分にして
ダイナミックドライブにて64個制御をしてみようかなぁと。
ただ全点灯もあり得るのでRB0〜RB7から見れば結局スタティックだろうなと。
イルミネーションなので、全ての組み合わせが存在すると仮定しています。 >>388
>全ての組み合わせが存在すると仮定しています
ソフト組んでから考えよう。何通りの状態を表すために何行必要か考えないとRAMやROMがあふれる羽目になるぞ。 >>388
ふーん、たいしたことをおっしゃる初心者様だね
それで20mA×8個ポート直接ドライブできますかとか、定番のトランジスタアレイも知らないとか
さすがは夏休みだな 別に最初から組み合わせを限定する必要もないでしょ
ごく普通の考え方だよ ここの回答者様は回答をする気はなく、
雑談と罵倒がしたいだけ
用途も回答する上で必要無いのに聞き出して、
結局罵倒するだけ
PICスレは民度が低い >>389
表示パターンを登録して表示するわけではなく、
例えばプログラムで0番から31番まで点灯、32番から63番まで消灯。
ある程度待って点灯と消灯を入れ替え。みたいな感じですね。
これならRAMもROMもそれほど使わないので。 やっぱそこまですんならアイコンみたいなのを演算で表示してほしいな >>389 >>390
とりあえず身分は対等の立場でお話ししてください。 初心者です。教えて下さい。
MPLAB X 3.6を初めて使っていますが、わからないことがあります。教えて下さい。
1. 文字に色が付く
#defineで定義した文字が、ソース中で 空色 で表示されます。これを黒色にするには、どうしたらよいでしょうか?
同様に、#define自身も、ソース中で 空色 で表示されます。これを黒色にするには、どうしたらよいでしょうか?
2. TABがスペース
TABは、TABのままで合って欲しいのに、半角スペースになってしまいます。
これを基に戻すにはどのようにしたら良いでしょうか?
3. 外部エディタの使用
秀丸を使っているので、MPLAB Xのエディタはやめて、外部エディタに秀丸を定義したいです。
秀丸の場所を教えるには、どこに書けば良いでしょうか?
4. 実体がわからない
IDE 8.921で作ったプロジェクトを、別名フォルダにCOPYして、MPLAB X に
ExistingProjectで読み込んで、そのままコンパイルできました。
しかし、COPYしたフォルダの中には、.hexとかコンパイラーが生成したファイルが
1つもありません。実際には、どこに作られているのでしょうか?
すみません、宜しくお願いします。 >>398です。
一部、問題が解決しました。すみません。
色については、Font&Colorのところで、Generalだけでなく、C, C++などの色も黒に変更しなければ
なりませんでした。
ただ、#define したもの、例えば、LED1 とか OK とか NG とかは、まだ空色のままです。
すみません、もう3つ教えて下さい。
5. カーソルのある行が、その1行に色が付いてしまいます。この色をなくすようにするには、
どのようにすれば良いでしょうか?
6. コメントを書こうと /* と打った途端に */と言う文字が勝手に出てきます。
これをやめるには、どの設定を触れば良いでしょうか?
7. 行番号の右にある「+」と棒線で書かれた図みたいなのを消す方法を教えて下さい。
ちょっと目障りなんです。
8. 漢字が文字化けしてしまいます。
どのフォントを選べば良いでしょうか。現在は、MSゴシックにしているのですが、文字化けしています。
宜しくお願いします。 >>395
自分はパターン登録して表示するプログラムを
PIC16F57で作っていますが、かなりの文字を表示できています
割り込みもなく、すべてポーリングで組んでいますが
4MHzでも見た目で違和感はありません。
PIC16F84なら割り込みを使ってもっと簡単に作れると思いますよ〜〜〜 >>396,>>400
狙う所はLEDを円形に並べてPWM調光で光を流した時に尾を引くとか。
そこまでは突き詰めたいかなぁなんて。
18F2620とWS2812Bを256個でカラーを流す事はやってるんですが
もっと安上がりに遊べればと。 >>401
それで20mA×8とかやっぱり初心者装った釣り質問じゃねーか
最低な奴だな
夏休みはいったあたりからいる奴だろ。 >>403
知識や経験はみな同じ順番て増えていくとか思ってたりするの? >>403
ソフトはある程度組めるけどハードはTTL並べるぐらいしか知識が無いので。
だからトランジスタアレイの存在を知らなかったりします。
>>404
LEDが壊れやすいのか色抜け(青が出ないとか)とか
一定の場所から点灯しなくなってそこを取り除くと点灯するので故障?が頻発しちゃって
現在は放り投げたままです。フルカラーに対応するプログラムを考えるのが大変でした。 >>403
その感覚はおかしい。素のLEDを扱うことはまた別だろうに。
といっても、16F84Aだとそれほど安くもならんような。 401の作例はArduino用のソースが落ちてそうだから、むしろディスクリートよりハードルが低いのかな。
Arduinoでプロトタイプを作って、本番はPICって事はあるよね。俺はある。 >>410
この場合のディスクリート(ばらばらの、個別の、デジタルの) とはなんぞや? >>408
ソフトハウスとかいくとよくいるタイプですね
俺はソフトはできるんだぜとかってバグや考慮漏れ指摘すると突然機嫌が悪くなったりして、
あまりお付き合いしたくない人 >>414
限られた情報しかないのにマイナスイメージのプロファイリングをする必要はありません。 >>414
似た話だが
昔、オフ会で、あるメンバー(アマチュア)が作ったプログラムにバグがあったので
「Aが原因のバグがあって、Bという操作をすると異常になり、修正方法はCです」
と指摘したら、相手は何だかヘンな顔をして黙っているだけで、
私は訳が分らず<エ?、何?>だった。
後で、他のメンバーから
「人のプログラムにエラそうにケチをつけてきた、生意気な奴だ」と言っている
と聞いた。
私の言い方が悪かったのかもしれないが、
バグを指摘すると、アマチュアは人格を否定されたような気になるみたい。
自分が作ったプログラムにバグがある事、そしてそのデバッグ方法まで教えてくれたら、
私だったら感謝状を贈りたいぐらいだけどな。
それ以来、アマチュアが作ったプログラムは、何の工夫も無い単純なものでも、
「スゴイ!、素晴らしい!」とひたすら褒めちぎることにしている。
もちろん改良点を見つけても、バグに気が付いても黙っている。 >>410
Arduino用のライブラリは有るみたいだったけど
初めから制御プログラムも全て自分で作っています。
このLEDが+5Vで使える事と制御用に40MHzが必要だった事、
3バイトx256個だったのでRAMが出来る限り大きい物という事で18F2620を選びました。
>>414
バグの指摘はご褒美ですねぇ。作る事自体が目的のような事も有るので
作り終わると覚めちゃうけど、バグが有れば終わらないし。
改良の余地が有ればそれを目さす。趣味だからできるってのも有りますね。 >>416
そんなにダラダラ書かなくても、以下の1行でOK。
「おれはプロだから偉い。」 >>416
その書き様からすると、8割がたあんたの言い方が悪かったんだろ。
俺に言わせりゃどっちもどっち。 ものは言いようってこともありますし、ある程度のバグがあることはみんなが分かっててアイデアを
議論しているときにバグの話をしたら場違いなこともあります。
>>419さんの「8割がた」はその場に居合わせていないのでなんとも。
俺が気になったのは、そういう体験をされたことで「アマチュアとはこういうものだ」と十把一絡げに納得されて
それ以来、殻に閉じこもるように頑なになっておられることです。
「生意気な奴だ」と言われている、と伝え聞いたことが俺には想像もできないような恐怖体験だったのかも
しれませんが、そんな人が、相談に乗るスレに出てこられているのはメンタルのリハビリでしょうか。
傷が癒えるといいですね。 あるメンバー(アマチュア)が
バグを指摘すると、アマチュアは
それ以来、アマチュアが作ったプログラムは、
ずいぶんアマチュアに恨みがあるんだなw 口調次第だろうけど、
プロなら、バグは残っているかもしれないという不安を常にもち続けるから指摘されたら
やっぱり残ってたか、と思うだろうな。
自分しか使わないソフトの場合だと、そのあたりの感性は違いそう。 プログラムそのものよりも、プロかアマチュアかで判断してるんだろ。
言葉尻に出るんだよ、そういう無意味な排他的な思いがさ。
で、結局自分に返ってくるわけ。
殻にこもらせときゃいいの。
少なくともこのスレにお出ましいただく必要は微塵も無いわけ。 >>419
私は人から「仏のXXちゃん」と呼ばれているほど優しい男だぜ、キツイ言い方はしない。
本人が言うんだから間違い無い。
なお若い女性からは「人畜無害(な男)」と呼ばれているw
>>420
プログラムの評価をする場だったので、つい指摘してしまった。
実は以前にもう一度だけ、学生を相手に同じような経験をした。
その後は、自分にはあまりメリットが無いことを避けて
(プログラムの調査にはそれなりの時間がかかる)
みんなが喜ぶ方向に持って行こうとしている。
(つまり褒めまくる)
傷なんか全くついていません。
>>421
アマチュアに恨みがあればバグの指摘なんかしない。
向上して欲しいと思うから問題点を指摘する。
アマチュは時々信じられないほど素晴らしいソフトを生み出すし、
AVRのコアを設計したのもアマチュアだ。
アマチュアに恨みは全くありません。
プロにだって「そんなんでよく金が貰えるな」と言いたくなる人間(会社)だっている。
>>423
プロだとバグが残っていて金銭補償の大問題になることもあるからね。
>>423
今日はこれで退散する。
明日は明日の風が吹く。 申しわけ無い、4個目は >>423 ではなくて >>422 自分の自分による自分のためのプログラムしか組まない人と違い、
プロのプログラマはバグを人から指摘される立場の職業です。
バグ指摘に目くじら立てたら周囲から怒られるし仕事できないです。
カラオケで自己陶酔して歌ってる人を批評するようなもんだから、
自分が一番と思って閉じこもってプログラム組んでる人は放っておく方が良いかな。 >>417
もはや、「初めての」は卒業したレベルだと思うけど、何故16F84を選定したんだろう?
手持ち在庫以外の理由はあるんだろうか。
趣味ゆえに、あえて茨の道を楽しもうとしている? >>427
「ソフトはベテランですが、ハードは初心者です」って質問内容がさ、「20mA×8とれますか」って物言いなわけで
「ハードはベテランですが、8bitのsigned intで、-10から130の値は持てますか」っていうことと同じで
つまりはハードだろうがソフトだろうが関係なく、最低限の基本すら調べる前に脊髄反射で質問する
初心者以前のただのバカってことに自分で気がついてない人にそんなこと聞いても無駄だと思うよ >>426
アマチュアは動くまでがものづくり
プロは動いてからがものづくり
の違いじゃないかなと思っています 手持ちであったからと本人が書いておろうがっ!
馬鹿どもめ >>424
キツイ言いかたでなくてもブチ切れる人はいます。
ってか、匿名掲示板であっても間違いを指摘されたら素直にならないものです(人によりますが)。
まして、面と向かって周りに人がいる状態だったら暗い情念を燃やし始める人がいるのは仕方がありません。
あなたが、過去の嫌なことに懲りた様子で、アマチュアの人を斜めな感じで見ているのがちょっと悲しくなった次第です。 >>431
こんなとこで講釈垂れんのか説教してんのか?
匿名掲示板であっても間違いを指摘されたら素直にならないものです、てお前なんか自身の発言を確認してるのに打ち切りて拒否するのによく言えるな
そんなクソがここでご立派なことをよく言うわw
お前はMP Disorderか みなさん、ここは初心者スレです。
雑談は、本スレでやってください。 >>426
>プロのプログラマはバグを人から指摘される立場の職業です。
だから変な所で憂さ晴らししてるんだろう。
よっぽど指摘されまくってるんじゃねw >>434
基本的に、プロのプログラマでたくさんバグ指摘されるということは、
バグが多く難しい仕事で、バグが指摘しやすいドキュメントと試験を実施しているということで、実力があるのだろう
実力がなければ、すぐに干されるだけで仕事回ってこないよ 実力無さそうw
難しいプログラムなら尚更、上流工程でブレークダウンするもの。
ありきたりなバグを残してるから沢山指摘されてるんだろ。
沢山指摘されるプログラマとそうでないプログラマなら
指摘されないプログラマの方が実力あるし、信頼性の高い
プログラムを書くと思われる。 ソフトを含むどんなものでも人に渡したら不平不満を受けるのは普通のこと。誤解、誤使用、濡れ衣、なんでもあり。
多くのバグ指摘されるなんて書いてないのに話作り上げた上で批判しちゃうんだから。これも濡れ衣の範疇だね。 プロのプログラマなら、不平不満で仕事はしない。
ちゃんとDRするだろ。
結局、能力無いだけ。 >>438
世に出る製品のほとんどはDRしてるだろ?
DRでユーザーの不平不満が消えるなら幸せだね。 DRしてるのに「バグが多く難しい仕事で」とか言っちゃうのは能力不足。 >>440
結論ありきで考えてるとありがちな間違いだけど
誰が発言したか理解した上で言ってるのかな?
実在しない敵に対し殴りかかっても無意味だよ。 >>441
被害妄想猛々しい奴にありがちな間違いだけど
特定の誰かに対する発言でも殴りかかってる訳でも無いよ。
事実は事実。 DRすればバグがなくなるとか笑える。
何のために多重の試験工程があって試験そのものの検討やらコードや機能の量で最低バグ数が規定されていると思ってるんだろ
規定数以上のバグがないのは、存在していないからではなく見つけられないだけだ。
ソフトウェア工学とかソフト品質とか聞いたこともないのはアマチュアだと仕方ないかもしれないけど。 >規定数以上のバグがないのは、存在していないからではなく見つけられないだけだ。
見つけられない位しかバグが無いプログラムと「バグが多く難しい仕事で」とか言い訳するようなレベルのプログラムでは前者の方が圧倒的に良いプログラマだし
以下>>440に書いたとおり。
駄目な奴は折角DRしても効果薄いからな。 >>444
バグが見つけられないほど良いプログラム書ける人は、積極的に設計仕様書とソース公開しようぜ
どんなに言い訳するよりもソースは雄弁だ
おれはバグいっぱいあって恥ずかしいからできないよ
とりあえず>>444は最近書いたソース、何でもいいからアップしてくれよ。すぐにな。 >>447
たった今、バグの無いプログラムを書いてやったぜ。
if ID == "Ey8LWRvh":
print "バグいっぱいあって恥ずかしい職業プログラマ"
>>448
フィルタ入れればそこそこ使える事が多いぞ。 >>448
使い方次第だからなんとも言えんぞ。
定電圧のレイルツーレイルオペアンプなんかだと内部でチャージポンプ昇圧して初段の電源にしてたりするし。 「DRしている」が「DRすればバグがなくなる」に化けてるけど、なんでだろう。 >>450
一部ではありますけど、そういうのはありますね。
内部で高速でスイッチして動作しているオペアンプと一緒で、信号周波数と離れたスイッチなら回避しやすいのですが、
>>448さんは、わりと信号周波数に近いチャージポンプだったんじゃないですかね。 アマチュアのプログラムなんてバグがあって当然。
金もらって、責任を持って作っている訳ではない。
大筋で(作者が満足する程度で)動けばOK、
バグを指摘するなんて無粋の極み。
バグが気になるなら自分で作れ! >>454
こういうものだと決めつけることに意味あるの? ガチ初心者なんですけど
PICでのお勧めの評価ボートと書籍って
何かありますか? 評価ボードつきPICKIT3についてくる評価ボード >>449
あなたはハグって何なのか知らないで話してたんだね。 ハグ?
>>456
古い本だけど、俺の読んだやつで、送料負担してくれればどうぞ。
右の本は、8ビットのPICからスタートするなら、まあまあ現代的な内容かな?
http://i.imgur.com/ZgTycVD.jpg >>452
頭がわるいんじゃね
その筋の精神病患者に在りがちなやりとり。 雑談は、本スレでお願いします。
初心者のスレですよ、ここは。 マイコンを初めて使う初心者です。
フリーのMPLAB IDE 8.92 と XC16 で、PICをC言語で動かそうとしています。
参考書などのプログラムを入力してコンパイルしてLED点滅などを練習しています。
本の通り入力すれば動くのですが、いざ自分で1から書こうとすると、サッパリわかりません。
PICのデータシートを見るとたくさんのレジスタがあり、いろいろな設定値をセットする必要があります。
その中には、
・マイコンのmain()が動き出した後に設定すれば良いもの
・起動前にセットしなければならないもの があるように感じました。
質問ですが、
・起動前設定が必須のレジスタ
・起動前、起動後、どちらでも良いレジスタ
・起動後設定が必須のレジスタ
の区別は、データシートの、どこを見れば判別できるのでしょうか?
また、設定で使用する言葉、BOR30 とかは、データシートの、どこを見れば良いのでしょうか?
また、
時間待ちの__delay_ms()を書いたのですが、エラーが出てしまいました。
実はそれを使うには、 #include <libpic30>を書かないといけないようでした。
「そんなこと知らねーよ」と言いたくなります。
○○を使うには、△△を書かないといけない、などの情報は、
これもデータシートのどこを見れば良いのでしょうか?
よろしくお願いします。
追伸、 code cofigrator を使え、というのは無しでお願いします。
(アルディーノ使いと同類になってしまうので) うまい回答が思いつかない
関数内で変更できる物は起動後で、変更できない物はCONFIGレジスタ等で設定かな?
標準関数以外が判らんなら、遅延はタイマ割り込みを使うべし XCがいんすこされとるとこを覗くと
えぐざえるが踊っとうぞ そやね。やっぱり自分に合う入門書を探そう、としか言いようがない。
楽しそうなアプリケーションだけが載った本だと、作って打ち込んで動かして終わり、みたいになるリスクもある。
マイコンそのものの仕組みから教えてくれるような地味な本も併せて熟読すると良い。さて、今、その種の本の定番って何なんだろう。
そういう本が未だに16F84が題材だったりするのだけど、>>471のような疑問を解消するのには良いかもしれない。
あと、偏見とかこだわりとか技術的な偏食とかは勉強の邪魔になるよ。
とりあえず実用品に近いものを作りつつ、望めばマイコンの動作の原理的な部分に近いところも学べるArduinoは初学の人にフィットする場合もある。
「アルディーノ使いと同類」って表現にちょっとした蔑みみたいな感情が垣間みえた。俺の気のせいならゴメン。 >>471
非常に簡単なプログラムから順番に作るのがセオリー
まずは基本のポート上げ下げから
----
int main(){
初期設定
while (1){
ポートをハイに
ウエイト
ポートをローに
ウエイト
}
} code configratorは良いサンプルコードになる
このコードをそのまま使うのではなく、お手本として使うと便利
delay_ms はPICの機能ではないので当然データシートに記載はない
オール自力コードならそんなものは使わないで作ろう 事前にフラッシュの特定番地に特定の値を書いておくことで行うものがある
プログラムが動き出してから設定するのでは遅い項目はこういう仕組み
コード上にデータとして書くことでこの値を設定できる
自力で番地を指定してデータを設定することも出来るし
コンパイラの#pramga configの機能で設定することも出来る
MPLAB-Xではこのコードを自動生成する機能がある
どの番地に何を書けば良いかはデータシートに
#pragma configで設定する記述の説明はコンパイラの説明書に
MPLAB-Xでコードを自動生成する方法はMPLAB-Xの説明書に
記載されている >>478はデータシートの[Configuration Bits]に記載されている設定の話
こういう仕組みは他のマイコンでもある 全て自力コードとはいっても
以下の機能は使った方がいいかと
xc.h (レジスタの番地や値に関する定義)
C標準ライブラリ
#pragma config
割り込みベクタ自動生成 (コンパイラの機能) 未だにMPLAB 8を使う人が時々いるけど何故なんだ
Xのほうがいろいろ便利なのに 入門書は>>471が求めてるような内容はあまり書いてないかと マイコンの機能なのか、
コンパイラの機能なのか、
ライブラリの機能なのか、
統合環境の機能なのか、
それ以外のツールの機能なのか、
考えれば、どのドキュメントに記載されているかがわかる ただ単に機能を実現したいだけなら回り道だけど、
自力でコードを書けるようになるといろいろと役に立つし、ソフトの仕組みもよく分かる
せっかく小規模マイコンでソフトを作るなら
一度は経験しておくべきかと
大規模マイコン(SOCなと)やPCやスマホでは到底不可能なので みんながみんな全部わかってやっているわけではないよ
まず自分のやりたいことを明確に書き出す。ノートなどに書くことが大切。
つぎにそれに必要な機能(ポートとか)を書き出す。
そのポートの使い方を調べる。
そのためのコンパイラや開発環境の使い方を調べる
というようにステップを踏んでいかないと、すべてをいっぺんにやろうとするのは厳しいんじゃないかな
そうすると調べ方もわかる 一から十まで理解してからやろうと思うからそうなる
最初はMCCの助けを借りる、まずは書いて試行錯誤する、でもいいだろう
性格もあるがそう割り切れる方が結局習得も早いと思う
実践が一番頭に残るからね だからまずは >>476 だって
コンパイラ、統合環境、デバッガ、回路、...
この辺が検証できる最低限のコード
これだけでわかることはとても多い MCCのコードを参考にしてもしなくても、
まずはここから >>487
アプローチにはいろいろあって、どれが合うかは人によって違う。
勉強でもスポーツでもひとつの指導・学習メソッドが万人に適しているわけじゃない。
選択肢を提示したら、あとは選ぶなり、いろいろ本人が試せば良い。 >>486を否定した訳じゃなくて、>>486の具体例だよ
他に良い具体例があるなら書いて >>471の疑問を解消するにはアセンブラを勉強するのがいいでしょう
__delay_ms()のことはデータシートではなくコンパイラのマニュアルに書いてあります
見るべきところが間違ってます アセンブラ厨の登場
データシートのどこを見れば良いか
の答えにはなってないですね >>483
これがわかるなら全体が見えている、即ち初心者脱出だろう
xcでデータシートどおりのレジスタ名やビット名でアクセスできるから誤解してしまうが、
厳密にはデータシートにそう書かれているからではなく単に別名が定義されているだけだし
どこまでコンパイラ、どこからデータシートかは難しいはずだ PICが初めてっていうか、C言語が初めてなら理解に時間がかかるかもね
数少ない予約語以外は基本他で定義した物
xc.hは中身は非常に簡単だから見てみればいいよ
あとはコンパイラの特殊な機能が多少あるくらい #include無しで使えるのがコンパイラの機能
使うのに#includeが必要なのはそのヘッダに関連するものが提供する機能
基本的にはこれだけ 確かに、>>471のような疑問が、最初に出るよね。
関数(){
}
main()}{
}
関数は使う前に書いておけばいいんでしょ? これだけではダメなの? と思ってしまう。 そういう意味だったのか
>・起動前設定が必須のレジスタ
>・起動前、起動後、どちらでも良いレジスタ
>・起動後設定が必須のレジスタ >>471
初めてがMPLAB IDE 8.92を使う意味は何だろう。
初めてなのにMCCを否定する根拠は何だろう。
その程度の質問レベルのくせにArduinoを揶揄する心根は何だろう。 いつもの、スレ保持の為のダミー質問だろ
いつも質問しっぱなしで終わる >>501
長文の質問をたまに見るけどそう言う事だったのか(笑) >>502
マイコン初心者です、とか、電気初心者です、って前置きしてある文体はたいていそれじゃないかな
>>500
MPLAB 8.92使うのは資料が多いからでしょ
MCC使わないのは、ただでさえわからないのに勝手に生成されるとなにがどうなってるわからないという不安から、
Arduinoを使わないのは、俺は初心者様なのにPIC選択したんだぜという、そこにしか頼れない糞プライド MCCは理解を助けるし、美しいテンプレだと思うんだけどな。 >>503
>たいていそれじゃないかな
あまりそういうバイアスを流さないほうが良いと思う。本当にそういう立場の人が、その立場を表明しにくくなるよ。
少なくとも本件の元質問はこのバイアスからは外れていて、あなたも初心者が出す質問だと認めてるわけだし。 >>504
既成のソースコードをいちいち丹念に追いかけて、なんでそう記述されているのか
できるだけ「おまじない」とスルーせずに粘着的に理解に努めるのも良いですよね。 >>505
>あまりそういうバイアスを流さないほうが良いと思う。
俺もそう思う。
いつも上から目線でしか物が言えない人。 >>503
私は >>471 を読んで「PICを選択するようなアホ初心者」と思ったけど、
考えてみれば(考えなくても分るけど) >>471 はダミー質問なんだよね。
枯れ木も山の賑わいと言うし、ダミー質問でも別に構わないが、
もう少し初心者らしい天真爛漫さというか抜けというか、一工夫が欲しいw 質問内容はともかく、
回答に対して何かしら反応しろよ >>471
質問に書いてある前提条件に至った思考過程と、作ろうとしてるものを知りたい。
MPLAB8はマストじゃないかもしれない。もっと近道があるかもしれない。 >>509
同意です
既に何人かの回答者さんが書き込みしてくれているのだから何かしらのアクションは欲しいですね PICで物を作るときにどこに楽しみを持って作っているかは
それぞれいろいろな考えがあると思うよ。
たとえば車でいえば車を運転して目的地に行くのが楽しい人と
車そのものをいじるのが楽しい人がいるようなもので
プログラムをいじるのが楽しい人と出来上がったものを動かすのが
楽しい人がいると思う。
プログラムを作るのが楽しい人は一から書くのが楽しいし
出来上がったものを動かすのが楽しい人はコードはおまじないでいいと思う
あなたはどちら派ですか??? わからねえ奴らだなあ
そういうネタなの
ただのひやかしなの >>471がネタだとしたら優秀だね!
初心者がつっかえてしまいそうなポイントを教えてくれていて、
それを乗り越えるアイデアが色々出てきた。 >>471
データシートは入門書ではありません
入門書で理解してからデータシートを見て下さい >>471です。
バイトの関係で、すぐに書き込みができませんでした。申し訳ありません。
たくさんの人から意見をもらい、ありがとうございます。おかげ様で
少しずつ分かってきました。
>>474さんに
>XCがいんすこされとるとこを覗くと
と教えていただいたので調べてみたら、コンパイラXC16のフォルダーの中の、
/docs/config_docs/24FV32KA301.html の中に、
configを設定するときに使用する語句が書いてありました。
まだ分かっていませんが、main()起動前に、どのレジスタを設定しなければならないかは、
上記の語句のものではないか、最低限それを設定すれば、他のレジスタはmain()起動後に
プログラムの上で設定できるのではないか、と考えています。
また、Cの標準ライブラリの説明もフォルダの中にありました。
MPLABをインストールして、そのまますぐに使えるので、
XC16フォルダの中は、まったく見ていませんでしたが、
いろいろと ためになる読み物がたくさんありました。
>>474さん、ありがとうございました。
>>494さん、ありがとうございました。
>xc.hは中身は非常に簡単だから見てみればいいよ
これも見てみました。データシートに出てくるレジスタのことが、
たくさん書いてありました。このヘッダのおかげで、
RA0 = 1; や、PORTA とか書けるんですね。ありがたいと思いました。
ちょっと感激しました。
>「アルディーノ使いと同類」って表現にちょっとした蔑みみたいな感情が垣間みえた。
すみません、気分を害されたのならお詫びします。このスレや他のスレでは、
そういう雰囲気に感じたため、ついつい出てしまいました。すみません。
>>500
>初めてがMPLAB IDE 8.92を使う意味は何だろう。
>初めてなのにMCCを否定する根拠は何だろう。
このスレの過去の話で、MPLAB IDEのほうが良いと書いてあったので、
使っているだけです。深い意味はありません。
MCCは、簡単過ぎて面白くないので、1行1行自分で記述していきたいと思っています。
>その程度の質問レベルのくせにArduinoを揶揄する心根は何だろう。
「くせに」ですか。すみません。お詫びいたします。 >>521
そもそもMCCやArduinoは何の根拠もなく見下すのに
ここで安易に質問するのは構わないという見事なご都合主義
自己矛盾してる
そういう料簡なら人に質問なんかしてないで全部自分で調べないと
以上から、君のは初心者の質問でも何でもない、ただのネタの投下と思われる
邪魔くさいから二度とやるな >>513
「休日には筑波の峠道を走っています」というニーチャンが
「乗っている車はオートマです」と言ったら、
なんじゃそりゃ、と思うだろ?
それに出来上がった物を動かすのは電子「工作」ではない。 >>522
すみませんでしたと言ってる人に、斬りつけて塩を刷り込むようなゲスですね。 >>523
>なんじゃそりゃ、と思うだろ?
そう思う人が偏狭なんじゃないですかね。「ドライブを楽しむならマニュアルでないと駄目」みたいな。 >>523
オートマに恨みあんの?
すごい偏見だな 新しいものに対応出来なくて、新しいものの欠点をあら探しして主張する人
いつの時代にもどのジャンルにもいますね そりゃドリフトでもレースでも乗る車(マニュアルかオートマか)はカラスの勝手だけど、
オートマだと走っててあまり楽しくないだろうなと思う。 マニュアル好きもオートマ好きも自動運転好きもいるのは、ソフト設計でも同じ 片手片足完全フリーだし楽しすぎるけどな
怖くてやる気しないけどサイドターンできればATに文句ないや >>521
その理由なら、MPLABXを選ぶべき。
PICそのものの攻略が目的なのね。 >>521
>MCCは、簡単過ぎて面白くないので、1行1行自分で記述していきたいと思っています。
考え方は人それぞれだと思いますがMCCが吐き出すコードも勉強になると思います。
色々なコードを参考にして理解を深めないと1行1行書くのは難しいと思います。 >>471です。
みなさん、ありがとうございます。
少し分かった気がする事がありますので、ご参考になればと思い、書込します。
(ただのネタの投下と思う人もいるらしいですが、無視させてくだい)
>>506さんのアドバイスにもあったように、データシートをもう一度読み返しました。
すると、26章に SPECIAL FEATURES というところがあり、
configrationレジスタと、そのアドレスが書いてありました。こんな感じです。
・FBS F80000 ブートセグメント
・FGS F80004 ゼネラルセグメント
・FOSCSEL F80006 発振器のアナログ設定
・FOSC F80008 発振とclock分周器
・FWDT F8000A ウオッチドッグタイマー
・FPOR F8000C 電源onリセット
・FICD F8000E ICD(?)
・FDS F80010 スリープ設定
特徴的なのは、アドレス(Adr)が、下の方のF800000〜にあることです。
興味出てきたので、メモリーマップをデータシートで調べてみたら、
全24bit address 000000〜FFFFFF の範囲のうち、大きく真ん中で区切られていて、
・前半 000000〜800000の間に、リセット、割込、私たちのプログラム、EEPROMがあり、
・後半 800000〜FFFFFFの間に、上記のconfigレジスタが、置かれるようでした。
また、
データシート中の、各レジスタの表の表現にも違いがあるのがわかりました。
・前半にある通常のレジスタのbit説明 R/W-0 (読める、書ける、リセット時は0になる)
・後半にあるconfigレジスタのbit説明 R/P-1 (読める、プログラムできる、リセット時は1になる)
と書かれていて
前半のものには W (書ける) がありますので、main()が動き出して以降で書き込んで変更できると思います。
反対に、後半のものには P(プログラムできる)はあるけど W (書ける) がありません。
だからmain()以降に configレジスターを書き換えようとしても、もう手遅れで
書き換えできないのではないかと考えました。 もしそうだとすると、
>>474さんに教えてもらった、コンパイラXC16のフォルダーの中の、
/docs/config_docs/24FV32KA301.html の中にある configを設定するときに使用する語句は
configレジスタ(adr=F80000〜,R/P)のことしか書かれていないのも納得がいきます。
これも予測ですが、Cコンパイラーは、
・main(){a = b + c;} のプログラムをコンパイル(C→アセンブラー→機械語に変換)して、16進数にして前半に、
・#pragma xxx = yyy と書くと、F00000〜の番地に「そのまま」yyyの値を置くように準備してくれて後半に、
に それぞれ書く、ということをするのかな、と考えました。
引き続き、調べてみたいと思います。 なさん、いろいろとありがとうございました。 >>539
プルアップ抵抗の値を、何でもかんでも 10k で済ませるのが 気持ち悪いのと同じで
プログラムを書くときに納得して書けるといいなぁ、と思ってるです。
なんだか知らないけど、書いたら動いたというのが心配。要は気が小さいんです。 24FV32KA301を選定した理由は?
何を作ろうとしてるのかわからないけど、もっと簡単なのでも良いのでは?
PIC18F26K22とか。
あんまり昔のだと、初期設定は簡単だけど、MCCに逃げられない。 >>ID:cUj7y2oD
わかったから、ブログでも立ててそこで思う存分書いてくれ。
こんなところで教科書レベルの知識の確認と羅列をされても迷惑なことくらいは分かるよな。 >>540
どう避妊しようが恐いとか、風俗いって病気移されるのが怖いとかそういうやつな
市販のマイコンなんて使うの止めて、自分がトランジスタで作ったハードロジックでレジスタから作ったほうがいいよ
その手の本はたくさん出ている。アニヲタ向けのもあるぞ >>541
16bitが使いたいこと、DIP(SOP)20pin, 28pin QFP44pinまでシリーががあること、
5Vも3.3Vも可能であること、PLLが入っていること、UART、I2Cが2chあること、などで選びました。
16bitのPICができるなら、8bitのPICもできると思ったからです。
今のところ作りたい物はありません。
ペリフェラルを1つずつ試してみたいと思っています。
16Fxxだと、MCCが使えないのでしょうか?
「MCCに逃げる」という意味がわかりません。
MCCを利用する ではなくて 逃げる というのはなぜですか? >>544
回答者をおちょくってるとしか思えないですね >>542
いろいろとすみません。
迷惑ということですが、 誰に、 どのように迷惑なのでしょうか?
初心者が最初にわからなくなるところだと思うので、
このスレの主旨には合っていると思ったのですが、マズイのでしょうか。 >>544
なるほど、、その条件ならそうなるかな。
16F886とか昔のだとMCCは使えなかったと思うよ。
「MCCに逃げる」と書いたのは、あなたの視点に立つと「進む」じゃなくて「逃げる」なのかなと。
途中まで進んで、「やべえこれ以上は無理」と感じた時にMCCを使えば簡単に答えが得られる。
でも886とか昔の石だと、初期設定は簡単だけどMCCが対応してない。
と言っても、18F26K22だって古いけど。
俺はあなたほどモチベーションもスキルも志も高くないんだ。
というか、PICは手段だから、方向性があなたと違う。
だからMPLABXとMCCで逃げたり、
中華ArduinoNANOでお手軽に済ませたりしてる。 >>539
ソフトの下の方に興味があれば当然その辺の情報は調べる
もちろん自分で
問題は、質問自体がPIC初心者のふりをしたネタで
以前いた、16bit, 5V, ADC12bit きちがいの質問だってこと 真面目な質問であれば、
具体的に聞けば私が答える
下の方は得意 PIC24は非常に規模が小さいマイコン
ソフトの全てを把握するのも難しくない >>546
>初心者が最初にわからなくなるところだと思うので、
それは「あなたが」で、あなたは初心者の代表じゃない。
>このスレの主旨には合っていると思った
合ってない。
教科書の内容のコピペを延々とされても、それが全員のニーズではないから。
したがって、非常に迷惑。
質問<-->回答
の形態こそが掲示板の本質であって、あなたのメモ用紙やノートではない。 元質問者のような事は誰もが一度は抱くような疑問だしそれをここで聞くのは別に非難してない。
普段から一言二言多いって言われてない?
その一言二言はあげ足取りが大好きなここの皆さんには恰好の餌だって事お忘れなく >>544
マイコンそのものの学習をしたいのなら、当面は8ビットPICは対象から外しても良いんじゃないですかね。
初学の人には癖がありすぎな気がします。
C言語で使えば、その癖をある程度は覆い隠してくれますが、それでマイコンそのものを学習していると思えるかどうかは人によります。 恰好の餌だとみなしてしまう方もアレですけどね…
きついわ。 8ビットしか使ったことないなんて言えない雰囲気だな...
CPUのつくりかた、は面白かった。
数年ごとに読み返しても面白い。 >>556
これですね。
https://www.amazon.co.jp/dp/4839909865
>数年ごとに読み返しても面白い。
と思える本があるのは幸せですね。
俺にもいくつかそういう本がありますが、初めてマイコンがビビっと理解できたのは、
白土義男さんの「マイコン回路の手ほどき」でした(すでに廃刊) 今でも新品買えるぜ!
https://i.imgur.com/i8qMgR9.png
ところで質問者さん、各機能の動作確認用でもいいから何か作ってよ。 >>559
ADCが曲がってるのは普通
スペックを越えて曲がってるなら回路がおかしい >>525
>休日には筑波の峠道を走っています
って話をしてんのに
>ドライブを楽しむなら
って、あえてただのドライブに話をすり替えてまで反論
いったい何がしたいのかねこの、毎日必死なひとは
http://hissi.org/read.php/denki/20170907/eWs2S2Q4d1Q.html >>560
>曲がっているのは普通
>>559は曲がっていることを問題にしているのではなくて、
「エラッタ文書にかかれている量以上に曲がっている」って言ってるんじゃないかな。
で「スペックを越えて曲がってるなら回路がおかしい」なんだけど、これこそが、あなたの、>>559への反論ですかね。
「チップのA/Dコンバータ自体は、エラッタ文書にかかれている量以上に曲がっていることはない」
って意味で言ってます? 引き出しの長さが10mあったって
部屋が四畳半では引き出しきれない、つーか収まらんだろ
だから50pの引き出しをたくさん用意して開け閉めしながら使うんだよ でもそうすると20個切り替えないといけないから5bitも使っちゃう
それなら最初からその5bit分広げとけば面倒なことしなくていいのにどうしてひろげとかないの? データバス、アドレスバスはそこら中に引き回す必要があるのでダイの大きさにモロに影響する 限られたアドレス空間により多くのメモリーを配置するため
と変な例え出さずに素直に説明できないのかなと そもそも>>565が>>564に対するレスだと気づかなかったわw C的に考えると、ポインタ変数のビット数増やして、アドレスを自動変換するような
ことをするだけでいいんじゃないの? たまたまPICがバンクという方式をとっただけ
バンクか必須なわけではない Cならコンパイラが勝手にやってくれるけど
アセンブラならニーモニックと機械語が一対一対応してないといけない 一対一である必要はないし、
実際一対一じゃない
一対一かどうかとバンク切り替えかどうかも関係ない PIC24やPIC32はバンク切り替え方式ではない >>572,576
そういうシームレスな考えもできるけど、バンク切り替えに時間がかかるから高級言語でも明示的に切り替えるのがいいと思う バンク切り替えに時間がかかる?
1命令サイクルだけど AVRは面白かったけど、PICは面倒な印象しかない ID:lVTznEEk よ
お前さ、AVRスレで暴れてたけどイビツな論理振り回すなよ
お前なにか突かれたらまともな反論しないしできないじゃないの
ツッコミ入れられるような批判や避難すんな >>566
10mの引き出し使っても
腕の長さは伸びないから、先っぽしか使えないだろ >>589
ID:lVTznEEkは女王様に出張してもらってしっかり調教されたほうが良いな。 最近、あれだな。
「異次元」とか言うと、よっぽどの低学歴かボンボン育ちかって思われちゃうよなw 長さと面積とか
面積と体積とか
もうちょっと広義だとkgとcmとかも
これが異次元
ユークリッド空間とか多様体とかの普通の整数次元が一般的だが、小数次元とか無限次元とか、実数以外の物に対する次元とか
まあいろいろと ボンボンには蔵が2つつくんだよ
意味はそれなりにわかるだろ
異次元てのはユークリッド空間次元数が長くて訛ったんだな
異次元<E次元<ユークリ(ry ていうか、
>>598を語りたくて突然突拍子もなく「異次元」なんて単語が出てきたんだな
って感じ >>ID:3QE097kU
またお前かw
http://hissi.org/read.php/denki/20170910/M1FFMDk3a1U.html
誰が2chで辞書的な意味の講釈を垂れろって言ったんだよ。
行間が読めないなら黙ってろ、リソースの無駄。 >>603
ん?
頭が悪いなりに、自分が否定されてることだけは理解できるようだな。
次からは、遠吠えでなく論理的に反論してみ。
そして、それが出来ないなら、黙るという選択肢があることも学べ。 行間を読めって言ってる人って、結局のところ表現が貧弱で読み手の理解力に依存してる傾向があるね。
辞書的解釈を否定する理由はないよ。コミュニケーションの基本だし。
(そこからぶっ飛ぶと「変な言い回し」のネタになるわけだよね) >>605
「依存してる」と取るか「委ねている」と取るかは、
君の文章能力に負うところが大きいね。
確かに君のような「ゆとり」相手に委ねるのは間違いかもしれない。
コピペ、1クリック、コンマ秒オーダーで辞書的な意味が出てくるのに、
その辞書の内容をそのまま貼るのが基本?
いつの時代の人なのかなw 論点がおかしい
なんで「異次元」なんて話題が出たのか
それはこのスレに適切な内容か >>608
困ると言いっ放しになるな、アンタw
どう論点がおかしいのか書けよ。
ちなみに、適切な内容かどうかは、
困ったアンタが勝手にぶち込んできた「別の」論点な。 突然なんの脈絡もなく出てきた「異次元」なんて単語を議論する板じゃないって言ってるんだよ >>610
ノーマルだし彼女もいる
二次元の嫁
11次元の
異次元
脈絡を追及しているのはあなただけという現実
そこへ辞書的な意味までブッ込んできてしたり顔
滑稽を通り越して憐れみを禁じ得ない >>612
やっぱり反論できないか。
残念だったな。 IDが変わったら、明示的に名乗っていない限りは別人扱いをせざるを得ない。
だからIDが変わった人が過去レスを前提に発言するのは無責任なだけ。 頼りはIDだけか。
つまり、文脈から流れを判断できない無能ってこと。
あ、行間も読めないって嘆いてた人か、さもありなん。 想像やそれに基づく判断はするけれども、確証なしに相手を批判することはないよ。
IDを変え、名乗ることもなく同一性の判断を相手に委ねるのは、
いつでも逃げられるようにするためという可能性もある。 異次元君がいなくなれば全て解決
ヤツは頭の中が異次元 >>617
何を気負ってるのかわからんが、いつでも逃げられるについちゃアンタも同じだろうにw
そこまで言うなら、次らはコテハンにしてメアドもさらしてからレスしてくださいなw 先日、800円のラジコンカーを買った
分解してみると、AM1157Sという小さなマイコン一個で
無線の受信とモーター2個の正逆回転をこなしてて驚いた
ピンから直接モーターに繋いで回してるのがすごい
送信は電池2個で30メートルは楽勝で飛ぶというすぐれもの
PICでもこうゆうのできるかしら
このサイトのtypical application をクリックすると回路図が見られる
http://www.amtek-semi.com/en/products/detail/54 >>622
確かに中華パワーはすごい。
フットワークの軽さでは全く足元にも及ばない。
もう衰退の一途だろう。
ちなみに、PICだけじゃ実現できない。
無線が絡んでくる場合はESP8266の方がいいかも。
ESP8266 + モータードライバIC >>622
それ専用に作られたICと比較するのはさすがに酷だろ >>622
普通に考えるとPICの場合はHブリッヂ2個とRF回路が別に必要かと思います。
変態的な回路を提示してくれる人が出てくる事を期待(笑) >>625
ラックサイズ未満ナノサイズ以上か他人のじゃないもの pic 10f222の米粒って
秋月のVer4ライターで書けるっつーけど
具体的にどうセットすんの?ライターにはんだ付けすんの?
あとデバッグ用に米粒でない奴も1個付いてくるけど
意味不明です、同じ基板に使えるわけでもないし DIPはソフト開発とかに
ライターとはソケット経由とか無理やりつなぐとか PICのシリアル通信について質問さしてください
例えば「スタートビット1、データ8ビット、パリテなし、ストップビット1」の
シリアル通信で、「1ビットを表すのに必要な時間」をT_1bittimeinterval(μs)とします
連続したデータを受信するときってデータの8ビットが送られてきて、最後に
T_1bittimeintervalの間だけ信号がHighになると思うんですが、連続受信の場合はT_1bittimeintervalだけ
Highになった後すぐに次のスタートビットが来るはずです
と言う事はこのわずかな間(T_1bittimeintervalの間)にデータを引き取らないと受信データは
捨てられてしまうんでしょうか?115200bpsだとT_1bittimeintervalはわずか8μsしかないんですが。 ん、インターフェイスを自作してるの?
受信バッファ無いの? すいません
書き忘れてました。使ってるのはPIC12F1822です 1822はMCC使えなかったっけ?
ソフトウェアで任意のサイズのバッファを確保できるはず。 ハードのFIFOとソフトのバッファを同列に語っちゃう痛いヤツ
MCCのコードはエラッタ対策もしていない 同じじゃないけどシビアな速度じゃなきゃ問題なくね? ハードのFIFOは、割り込み禁止区間や他の割り込みなどによって取りこぼすのを防いだり、割り込み回数を減らすことでCPU占有率を減らす為のもの >>648の意味がわからなかったが、DMAが何か知らない人が書いたのか PICのUARTは38400bit/s以下で使ってればまぁ問題は起きない
性能限界ギリギリを狙うとエラッタに配慮する必要が 初めましてPIC超初心者です。そしていきなりの質問失礼します。
pic18f4520でタイマーを使ってデジタル入力8つ、出力8つで圧電スピーカーからドレミファソラシドの音階を出したいのですがタイマーの基礎が無いため全く分かりません。
どうかご教示願いたいです。 >>655
何がわからないのかを自問自答してみ
何がわからないのかすらわからないなら>656から始めるといい
でなきゃ
タイマーの考え方
タイマー割り込みの考え方
タイマー割り込みの設定の仕方
アプリに関係するタイマー割り込みの使い方
音の出し方
音の出し方とタイマーの関係
とかとかとか、なにがわからないのかから分析するといい タイマーを使って〜を出したい
基礎が無いため分からない
タイマー使うことはわかるのか…。
その知識はどこで仕入れた?
その時ついでに基礎くらいかじらなかったのか?
実に風変わりな初心者だ。 >>658
実は学校の研究課題で、ヒントとして先生からタイマーを使わないと音階は作れないと教わりました。 >>656
ありがとうございます。
参考にさせていただきます。 >>ID:W7TMzO+P
やはり宿題丸投げだったか。
>>656の親切は完全に仇になったな。
こうやって、自分で調べることも出来ないゴミを量産して
日本はいったいどこへ行くんだろうな 将来のことより今どこにいってんだ?
それまでお前は何してたんだ?
そんなの心配しなくったて行くべきとこにしか行かない >>659
用途や精度によってはタイマーは要らないよ。
タイマーが要るとしても割り込みは要らない。むしろフリーランさせるのが俺は好き。 PIC18F4520でタイマー使わずに8音源?
相当な音痴だろ 恥ずかしい
頭使えねーんだからママにおねだりして電卓買ってもらえ どこの工業高校なのか知らんが
チップ名、圧電スピーカーを英語で入れて検索してみ
いくらでもモロが出てくるからさ
どうせ先生も辞書引き引きそこ見てるってのがオチだろうてw
>>665
お前の好みは無関係
担任の言う通りにやって単位取れりゃそれでいいの
それが日本の教育 フリーランが好きなのは、その方が簡単に周波数精度が出るから。精度を問わずに簡単に済ませたいならdelayでいいよ。
デジタル入力8つ、出力8つって条件が気になるな。
入力は1オクターブ分の鍵盤として、出力は8ch独立駆動させなきゃならんの?
8個の鍵盤に対応した8個のソレノイドで鉄琴を叩いて、振動をピックアップして圧電素子を鳴らすのはレギュレーション違反? >>671
通ってた小学校は、それだった。動作中に触ったら、鈍いチャイム音が学校中に響いて焦った。
https://www.sengoku.co.jp/mod/sgk_cart/detail.php?code=EEHD-4S54
レギュレーションの範囲内で面白いものを作ろうぜ。 似て非なるもの
>666 タイマー使わなきゃ音痴だろ
>669 音痴でよけりゃタイマー不使用
>666 だみやん >>669
別にPICを一つとは書いてないからフリーランで音出しっぱなしにして、
スピーカー出力をスイッチ入り切りすれば仕様は満足できます
555にPICと書いても可能だが。 C基板にPIC16F1705を8個乗せて音源作ったことがある。 お勧めはアドバンテージとデメリット併記
自慢は問題解決を含むアドバンテージ列挙 ソフト容易性 ハード容易性 音質
555ぶら下げ法 ◎ △ ◯
米粒PICぶら下げ法 ◯ △ △
エレアコ法 ◎ × ◎
ウエイト法 ◯ ◯ △
タイマ法(割込み) △ ◯ ◯
タイマ法(フリーラン) △ ◯ ◯
こんな感じ?異論は認める。 一番普通の
マイコンのPWM出力機能を使う
がなぜ無い? >>682
PWM又はDACで擬似サイン波や三角波を作るのは、タイマ法に含むってことで。 >>681
自分のことしか考えない開発者の表
みたいだな
肝心な項目が無い >>682
PWMは同時8音無理だからじゃね?
I2C+DDSはどうなんだ?音的にもCPU負荷も一番いいと思うが 普通にPWM出力をchあたり1個ずつ使えばいいんだけと
何が無理? 音質より同時発音数を優先するなら1個のPWMで複数音出せる。 それで正しい音階でそれぞれ独立に出せるか?
無理だろ MIDI仕様の信号出すようにしてMIDI機器鳴らしちゃおうぜ。
タイマーはMIDIクロック(31.25kHz (1/32 MHz))の生成に使えば題意は満たせるべ。 >>690
8ビットPWMは7ビットPWM2chになり得る。
出力をミックスすることが前提ならね。
PIC18F26K22のPWMで疑似正弦波の音源を作ったことがあったけど、矩形波なら行ける。疑似正弦波だと、ちょっと苦しいが、なんとかなる。 正弦波テーブルを三角波テーブルに換えればできるよ。
MIDI化もしたけど、MIDIデータの処理と波形生成を同一のPICでやるのはしんどい。
フィルタ回路を上手に組めば、5bitPWMくらいでもきれいなピコピコサウンドが鳴ると思う。
出力8chを、独立した8音と解釈してもいいなら、
一番の近道はこれの移植だと思う。
https://youtu.be/JFAXmocUs0w 質問者さんはどの方向性で行く?
制約事項の範囲内で楽に済ませたいか、ウケ狙いで行くか、音質を追求するか。
外付け部品の制約、コスト、提出期限、先生の示した制約事項も細かく知りたい。
ドレミファソラシドの音域も、どこを出すのだろう。
あまり高いと処理がきついので。
18F4520はマストじゃなきゃ他のを使った方がいいと思う。
MCC使えないし、タイマやPWMも足りないので。 使用するマイコンはPIC18F4520 1個
出力の各ポートから直接音の波形を出す
波形はデューティー50%、0V〜5Vの矩形波で
523.25Hz〜1046.50Hzのドレミファソラシド
平均律を8個のピンから独立に出力する
対応する入力ポートによって出力のON/OFFを制御する機能を入れる
OFF時はLOW出力にする
入力端子のチャタとりは不要
ピンアサインは指定なし
音声の許容誤差は
周波数誤差 5セント以内
デューティ誤差 10%以内
各音声の制御(ON/OFF)の遅延は30ms以内
回路は、
マイコン、パスコン、電源入力端子、音声スイッチ端子、音声出力端子
のみとする
増幅やフィルター、端子処理、保護回路は不要 >>699
Tnx.
あらかじめ音階ごとのテーブルを作っておき、
タイマをフリーランさせて、
メインループでスイッチを読み、当該音階の発音の有無を判断し、
発音するなら、タイマの現在値と当該音階のテーブルを比較し、
発音しないなら0を、
当該音階のポートに出力する。 電源が入ったらサーボモーターを0度→180度→0度、と動かす機械作りたくて
ライター買ってみた。勉強してみる。 >>701
その方針で可能かどうか、スペックを満たせるかどうか、
の考察が一切無いようですが 誤差が5セント以内な時点で日本国内での回答は無理だろう。
為替レート次第で必ず端数になる >>692を作ったとき、チューナーで1音づつ確認したけど、>>701の方向性なら内蔵クロックでも5セントに収まると思う。 >>706
一つ下が5セント、その上が5セントずれると10セント。
8音だと1オクターブだとで何セントずれると思う?
半音ズレてわからなかったら、人前で歌は歌わないほうが良い PIC16F1827にはFVRが付いています。
PIC32も使ってみようと思っていますが、
データシートを見た限りでは同様の機能が見当たりません。
機能が無いのでしょうか、探し方が悪いのでしょうか。
ある場合はそれを、無い場合は同様の機能のPIC32での実現方法を教えてください。
よろしくお願いします。 >>705
ネタとしてイマイチ
>>706
当然わかるが、オモチャのキーボードなら許させるレベル
>>707
思う...
じゃなくて、数値で見積もれないのかな?
フリーランのポーリングだと、周波数よりもジッターが問題になるだろうけど
最低でも、デューティー誤差10%に収まるためには、メインループに許された処理時間はどのくらい?
位は計算しないと
>>708
それは仕様の誤った解釈 1046Hzの逆数の10%で95us、
PICを40MHzで動かすとして、
950サイクルで最悪条件の全ての処理が終わればok
かな? >>701
データシートから、外部の発振子を使うのは必須
この時点で>>699は不可能
じゃあ水晶発子と負荷コンデンサを追加すれば可能? >>710
ありがとうございます。
「つ」って何ですか? >>712
だね
じゃあ終わるのか?
この数値だけだと簡単に終わりそうな気がするが
この先は実際にコードを書いてみないとわからない >>714
自分の方が上位だと思っているけどハッキリは言えない日頃のフラストレーションのはけ口 タイムクリティカルな処理をポーリングで行うデメリットは
機能を追加するたびに詳細な検証が必要
開発者全員が、タイムクリティカルな処理があることを認識してコードを書く必要がある
追加機能のコードの制約が大きい >>716
ああ、そういうことですか。
たった一文字にそこまでの意味を込める。
さすがですね。 >>717
仕様の後出しがあるとしんどいな。
ところで>>713の意味をもう少し詳しく説明してくれないか? >>720
内蔵OSCはチューニングした状態でも2%程度誤差がある
音程の誤差が5セント以内にするためには
クロックの源発の誤差は0.289%以内でなければならない >>723
Tnx.
内蔵クロックは32MHzが出せるみたいだけど精度が足りないな。 >>723
絶対音感でもあるなら別だが相対的な誤差で言えばそれほど捨てたもんじゃないだろ。
計算だけで物事を判断しちゃだめだよ。 要求性能を無視したとしても2%で34セントだからな
絶対音感とかそういうレベルの誤差じゃないよ >絶対音感とかそういうレベルの誤差
ってどういうこと?
全体がごっそりずれてりゃそこそこ聞けるんだけど。
まさか、一切チューニングの利かない他の楽器と合奏でもする前提?
同じ歌を時間置いて歌ってそれぞれ録音して後で聞いてみ。 >>728
この「楽器」を複数使使って演奏したら? 出来上がった楽器を持ち寄ってクラスで合奏するんだよ。 34セントもチューニング出来る楽器?
弦楽器くらいでは? 34セントもズレたら少なくとも
「ドレミファソラシド」
ではない >>732
例えばドレと鳴らす間に一気に34セントもズレるのか?
どういう根拠で言ってる?
ちょっと良く分からないので説明してほしい。 >>728
クロック次第で、分周比で割り切れる数字になればいいけど、
内蔵クロックだと丸めないといけない方向になるから外付けクロック使わないと
誤差は増える方向になる 演奏前のチューニングが許されるなら、また、5セントの精度が演奏間だけ持てばいいのなら、チューニング機能を実装すればいいよ。 要求性能の5セントがチューニングの分解能5セントを意味しているのなら、
言い換えれば、周波数の経時変化や温度依存性などが不問なら、内蔵クロックでも充分いける! なるほど、その程度の理解力で語っていたのか。
失礼した。 PICで長時間演奏するわきゃ無いんだからさ
短時間のことなら精度もさほど下がらないだろう
そういう要求仕様の時間軸が見えてないのよ
なのに語っても無意味 要求仕様どおりで満足か
さすが斜陽日本はエセ技術屋まで公務員体質 >>744
要求仕様より高いレベルを目指すときに使う言葉じゃ?普通
平然と要求を守らないで納品するとか、まるでどこかの国みたい あ、ホビーマイコンでプログラムごっこやってる人に言ってもムダか >>ID:Kt6lEHC9
>意味が分からん
>イミフ
馬鹿自慢か。
めずらしいヤツだな。 あー、そのどこかの国に敗れてお気の毒ね。
その調子の融通の無さじゃ負けるわな。 要求性能の周波数誤差の条件を先生に聞こう。
出荷以降無調整で10年間5セントなのか、
調整後1時間、温度変化±5℃、電源電圧変化±5%で5セントなのか。 俺みたいな楽器をやらない人間にとっては440Hz以外のAを知らないよ。 >>754
常時通電の恒温槽つき発振器使えばすむだけのこと >>759
コスト的技術的には問題ないけど、>>699のルールに反する 水晶発振で時計表示してるけどコンデンサの組み合わせで
温度による周波数変動は結構出てくるものだよ〜〜〜〜〜
周波数高いの使っていると、月差30秒に収めるのも難しい
温度は一定に保つのが一番早いかもね〜〜 Lチカの常夜灯で、0.5sくらいの点滅で、できるだけ電池持たせようとしたら、
スリープしてはON、またスリープしてOFFを繰り返すのがいいだろうか
それともON時はダイナミック点灯でCPU回しっぱなしにしたほうがいいだろうか。
LEDには1mAくらいを流すつもりです。 点灯時20mA流してduty5%のPWMで平均1mAを得るとして、
他に機能を持たせないなら、クロック周波数を限界まで
落とすのがいいと思う。
不快なチラツキを感じないPWMを500Hzとして、
ソフトウェアPWMを組む。
duty5%のオン時間100usくらいでWDTを発動し、
処理が終わったら寝てれば良いのでは。 楽器の質問者は設計と並行的にコーディングしてみては?
28ピンくらいのMCC対応デバイスでプロトタイプを作って、最後に課題のPICに移植すれば早いのでは? 質問者の最後の書き込みは>>660
とっくの昔にいない 面白そうだな。
そういえば、音で遊んだこと無かったなあ。
圧電スピーカーもあるし、ちょっと鳴らしてみるか…。 >>765
チップは何を使うの??
それによっては動作時の消費電流変わってくるよ コイン電池駆動で待機電流の少なさ重視でなら12LF1822一択だな
秋月とマルツどちらでも手に入る >>778
それは内容とのトレードオフ。
っていうか、でっかいトランジスタでできている標準ロジック。
マイコンに比べて低消費電力とは限らないよ。 ANBE PIC プログラミングキット PICKIT3互換品 PIC マイコン ライターを買いました。
ほかにいる道具があれば教えてください。 PICに書き込んだりデバッグしたい
以外に何かある? >>791
電子工作に基本的な部品や道具は揃っている、という前提で良い?
その互換機が同じように使えるものであれば、とりあえずは始められるのでは?
足りないものが出てきたらそのときに入手すれば良いし。 工作道具は揃ってます。
hexデータをpic16f84aに入れたいです。 あいそづかしの 言葉が駄目なあんたに 似合いさといつもオマエは 笑うのさ 16F84か…
ディスコンが無いというのは、ある意味罪づくりなのかも デバッグ出来んしクロック要るしUARTも無いんだよな 初心者がどういう経緯でPIC16F84Aにたどり着くのかねえ。
みんな検索時に期間指定つけないのかなあ。
テンプレに入れてあげてよ。
初心者はPIC16F1以降の型番で始めると無理なく始められます。
開発環境はMPLAB X、XC8が無料で使えます。
プログラムの書き込みにはPICkit3(中華クローンでもまず大丈夫)を使いましょう。
とか。 >>802
hex書き込みたいってことだから自分で開発したいっわけじゃないんでしょ。 オレのお薦め
迷ったらこれを買え
(秋月に売ってるPIC DIP限定)
●USBなし
PIC10F200 マゾ専用 最低スペック 50円
PIC10F322 最安 45円
PIC16F18313 8pin 75円
PIC16F18326 14pin 130円
PIC16F18346 20pin 160円
PIC32MM0064GPL028 28pin 3.3V 175円
●USBあり
PIC16F1455 14pin 140円
PIC16F1459 20pin 180円
PIC32MX230F064B 28pin OTG 3.3V 270円
PIC32MX270F256B-50 28pin OTG 3.3V 380円 >>764
音叉型の水晶使っても、校正しないと誤差大きい。 前に気温による偏差を丸一年ロギングして、それをもとに温度補正テーブル作ったら結構狂わなく成ったぞ。 今はビルの屋上に設置したGPS時計鯖からほとんど拾うんで、単体時計とかあんまりつかわねーけどな >>764
RTC自体に温度補正機能があるものも存在するけれど、
マイコン内蔵のRTC機能を使う場合は、温度で補正しないと結構狂うね。 電源入れたらサーボモーターを指定角度に動かすだけの回路を作りたいのですが、
12F509で十分でしょうか? >>813
リセットICとボリウム一個でいかんのか? >>814
言葉足らずですみません、指定角度に一度動かし、元の角度に戻す、ということをしたくて >>812
仕事なら、
そんな10年以上も作り続けなくていいからエラッタ直せ
って感じ >>816
中途半端にエラッタ直してもらうと困ったりすることもままある >>812
仕事なら遅くとも10年程度でディスコンしてくれないと困るだろ。
CPU以外の周辺の生産終了パーツをストックして、在庫の棚卸しを延々と続けないといけないし、
開発環境も維持していかないといけない(新しいPCに移植していく、スタッフを教育するなど)。
客に向かって
いつまでも古いCPU基板使ってんじゃねぇよ
いい加減に新しい基板買って売り上げに協力しろ
と言いたくなる。(言えないけど) Microchipに言え。
客に言え。
初めてスレで愚痴るな、無能がっ。 >>818
エラッタ直されたりすると、きちんと問題なく対応してあっても影響を再評価しないといけないからだよ
そういう仕事したことない?手間ばかりかかって大して儲からないんだけど
いっそディスコンにしてもらうと新規に再設計できるので助かる >>820
・マイクロチップに供給止めろ、と言って止めてくれるならとっくに言ってるわw
・客にはそれとなぁく遠回しに言ったけど、拒否られたw
・初めてスレで初めて愚痴ったんだから文句ないだろw
・無能に関しては、申し訳無いがあまり自信が無いw >>821
それはエラッタを引きずったまま新製品を出す言い訳にはならない そもそも10年も作り続けてる製品て何だ?
俺らの業界はそんなスローじゃないからまったく想像出来ない 全く同じ物を作り続けるかどうかはアレだけど、
メンテナンスは契約だから10年でもありえるな。 底辺じゃ無い仕事wでも使う(かもしれない)スイッチング電源とか、
普通に10年前に発売された製品がカタログに載ってる。
航空宇宙産業なんかで使う部品は、バーンインかけた30年前の
デバイスが使われていたりする。
標準ロジックのいくつかや、有名どころのOPAMPは実装形態は変わっても
20年以上前から生産が継続されている。 >>828
議論に無駄な煽りを持ち込んだら、そこで終わり。 >>828
そういうボクはよっぽどすばらしい仕事されてるんでしょうなぁ
んで、何の仕事やってるの?ダンボールあつめ?(爆笑 >>828
あれ?どうしたの?
何で黙っちゃううのかなあ?
何のお仕事されてるんですか?って聞いただけなんだけどなんで
沈黙しちゃうんですかねえ?wwww 昨日の書き込みに対してコメントしておいて、1分後に「何で黙っちゃううのかなあ? 」はないだろ。
>>833
なんですぐに応答があることを期待するようなことを言ったの? 今の会社に雇用があったのも、ディスコン品ばかりの基板のフルリビルドの需要が有ったからで、
ディスコンも全く悪ではない。 業種や会社の方針で様々だと思うし、
10年間同じものを作り続けているメーカーもあると思うけど、
当方では、新しい基板を作れば、じきに古い基板の生産を終了する。
作るときはソフトもハードも上位コンパチにする。
CPU基板やI/O基板を新規設計品と入替えるかどうかは客の自由だが、
普通は入替えない。(金がかかるんだから当たり前か)w
客が使っている限り、どんなに古い基板でも修理やメンテは続ける。
そして「いい加減に買い替えてくれよぉ」になる。
まぁ、客と言うより当方の経営方針の問題なんだけどね。 >>837
>>836が普通だろ
君のところは下請けを派遣で回してるからわからないんだろうけど。 同情してやったつもりなのに返しが非効率自慢とか笑えるわ、しかも初めてスレで
一生74LSで固まってろ。 何を根拠に「下請けを派遣で回してる」なんて言い出したんだろう。
どれが「同情してやった」レスで
どれが「非効率自慢の返し」なんだろう。
なにゆえ74LSが突然出てきたんだろう。
脈絡なしにイメージを膨らませて煽るのやめて。 837,8,9の話の捻れ方は仕事の現場だったら怖いわぁ >>837
維持は慣れればそう面倒ではないが、新規ボードのソフト制作が大変。
内容が複雑で難解になるし、
何より新しい高機能のCPUにわざわざドンくさいコンパチ機能を組み込むのは
古い酒を新しい革袋に盛っているようで、作業していて悲しくなる。
そうかと言って切り捨ててしまうと、CPU基板を新しいものに交換したときに
PC側の古いソフト(環境・条件に合わせて客側で作る)が動かなくなって
客から鬼のようなキツい苦情が来るのは間違いない。 質問します。
PICのリセットピン(MCLR)の接続ですが、以前に以下のような接続を見ました。
+5V----10k---(A)ダイオード(K)----(a)----MCLRピン。
(a)-----ICSP用の6pinコネクタ
この回路接続で問題ないでしょうか?
ICSP端子に何も繋がない状態だと、+5V----10k----(A)D(K)----MLRの、
MCLRの電圧が、ダイオードのおかげで、Hにならないのではと思うのです。 >>843
ダイオードがオンしていないので、HでもないしLでもない気がするな。 >>843
分からないなら実際に組んでみれば?
ダイオードはスイッチじゃないよw 12F1822でPICを覚えようと色々と試しています。
現在、圧電サウンダの動かし方を勉強しています。
そこで質問が有るのですが、
RA0とGND間で圧電サウンダを鳴らすと音が小さかったので、
RA0とRA1の2つのポートを反転するようにしてこの二つのポートに接続しようと
思ったのですが、この方法を取ると音が鳴りません。
タイマー0割り込みで時間間隔を取って
PORTA.B0 = ~PORTA.B0
PORTA.B1 = ~PORTA.B1
としているのですが、オシロで見ると波形は反転して出力しています。
両方にそれぞれGNDとの間にLEDを付けると光っています。
しかし、RA0とRA1に圧電サウンダを付けると鳴りません。
この現象がなぜ起こるのかわかりません。
お詳しい方のアドバイス、よろしくお願いいたします。 すみません、自己解決しました。
PORTA.B0 = ~PORTA.B0;
PORTA.B1 = ~PORTA.B1;
と書いてたところ
PORTA=PORTA^0b00100010;
として反転させたら鳴りました。
最初の書き方だとき2行なので一瞬両方の端子が1や0と重なる事が問題だと理解しました。 >>845
自分(>>843)に対してレスするのはなんで?
>>843はこんな回路ですよね?
回路は文字て書くより、図で描く方がより正確に伝わりやすいと思います。
で、この回路でダイオードがONかOFFか、って感覚も、だからHかLかわからないという思いつきも、
ちょっとおかしいですね。
ICSPに何も繋がないときに、ダイオードにどれだけの電流が流れるのかを考えれば、
MCLRに概ねどれぐらいの電圧がかかるかはわかります。
その電圧がHかLなのかは、MCLR端子の仕様を確認してください。
>>847
RA0とRA1につなぐと音が大きくなるとどうして思ったの? >>854
なかなか面白い考え方だなとどうして思ったの? >>855
なかなか面白い考え方だなとどうして思ったの?と思ったの? >>851
圧電素子だからじゃないか?と想像してみる でさ、音は大きくなるのかね。
誰か無知な俺に解説付きで教えてくれよ。 >>860
ポートを2つ使って音を大きくするのは図のような話。
(1)がポートを1つ使った場合
(2)がポートを2つ使った場合
実質的にサウンダには(2)'のように、(1)の2倍の電圧がかかります。
>>861の(2)'の図を訂正。
一方の端子を基準にするなら、もう一方は正負に振りますね。
>>851の
>RA0とRA1につなぐと音が大きくなるとどうして思ったの?
は、
「2つのポートに繋いだって大きくなるわけねえだろ」
ってニュアンスがあったかな。 >>864
圧電ブザーの鳴らし方勉強中で初心者スレで質問するような人が
よくBTL接続知ってるなと思ってさ >>865
持ち合わせている「知識」の有無だけを基準に
そこから一歩も踏み出さない前提でモノを言ってるアンタには無理かもしれんが
世の中には「知恵」というものを持ち合わせている人もまだいるんで
2ピン使ったら倍かなくらいのことは漠然と思うだろ
そのあとから「知識」で補完するという手順もあるから別に不思議な事じゃない >>865
あなたが>>851なのだとしたら、>>852-859のやりとりが不毛すぎる。
>>865のように書けばよかったのに。
なぜ、格闘家が睨みあったまま「ヤッ」「オ」「セッ」「オゥ」って言ってるみたいに、
相手との間合いを取るようなことをするんだろう。
その点、>>860はわからない、って書いてる。とても良い。 >>862
(2)の赤青2つを合成すると(2)'になるのがよくわかりません。
一般的な波形の合成とは違いますね。
単純な和にならないのはどうしてですか?
よろしくお願いします。 >>870
負荷からの視点、つまり縦軸に差動+、差動-をとって表現するとそうなるってだけ
シングルエンドでみるとあくまで(2) >>870
高いに反転している2つの信号が単純な和になると、半分の電圧で一定になってしまいますね。
回路はこの図のような感じかな。(抵抗を付けないとポートからポートに大きい電流が流れてしまいます)
>>861の回路と接続が違うことはわかりますか。
Lチカでcharlieplexingを見たことがあれば思いつくだろう。 そして出力インピーダンスのばらつきの影響、LEDのVFの影響を目の当たりにするのである やってることは、既知な話だったけど charlieplexing という言葉は初めて聞いた!
チャーリーさんが考えたマルチプレックス手法ってネーミングなんですね。 そこではなくフルブリッジとして使ってるところだろう>>873が言及してるのは >>866
2ピン使って差動を自分で思いつくような人間が、あの程度のプログラムミスを
わざわざ質問するものかなと思ったわけよ
みんな素直だね >>871
>>872
依然としてよくわかりません。
圧電素子の足の片方はP1に接続します。
A : もう一方の足をGNDに接続
B : もう一方の足をP2に接続
とします。
質問1:AでP1をHにした場合とBでP1をH、P2をLにした場合とで、何が違うんでしょうか。
質問2:これが理解できない私は何から勉強し直したらいいですか?
質問3:ちなみに音は大きくなるのでしょうか? >>881
質問1:AでP1をHにした場合とBでP1をH、P2をLにした場合とで、何が違うんでしょうか。
→Aのケースだと、P1はH, L, H, Lを繰り返すだけなので、圧電素子にはH, GND, H, GNDを繰り返す電圧がかかる
Bのケースだと、P1とP2がお互い逆にH, Lを繰り返すので、圧電素子にはH, -H, H, -Hのように繰り返す電圧がかかる
よってBのケースの方が、圧電素子が受ける電圧振幅が2倍になる
質問2:これが理解できない私は何から勉強し直したらいいですか?
→単にイメージがつかめていないだけだと思われるので、特に追加で勉強することはない
質問3:ちなみに音は大きくなるのでしょうか?
→上述の理由により大きくなる >>882
お付き合いいただいて、ホント申し訳ないです。
その「-H」ってのがどうも…。
「-H」は「GND」じゃないってことですよね?
知識として何が欠けてるんだろう…。 >>881
図を描いて、本文を書こうと思ったら、すでに>>882さんが回答されていました…
とりあえず書いておきます。
図にするとこんな感じ。
グラフ(1)と(2)は、基準点から見たA点の電圧です。(GNDから見たA点の電圧ではありません)
>質問1:AでP1をHにした場合とBでP1をH、P2をLにした場合とで、何が違うんでしょうか。
その時点では、同じです。グラフで言えば赤丸部分です。
違いはその反対のとき(青丸部分)です。
(1)の方は、P1がLになったら、基準点から見たA点の電圧は0になりますが、
(2)の方は、P1がLのとき、P2をHにしていますので、P2基準で見るとA点の電圧は-Hになります。
大きく電圧を振っているいるのと同じですので、音は大きくなります。
>>883
なんどもいうが知識は欠けていないと思われる
誰でもわかる
圧電素子の片側の線は電池の-極は繋ぎっぱなしにして、もう片方の線だけ電池の+に繋いだり-に繋いだりしてるのがA
電池の+極と-極をひっくり返しながら圧電素子に交互に繋ぎ換えてるイメージがB >>883
>「-H」は「GND」じゃないってことですよね?
>知識として何が欠けてるんだろう…。
電圧の考え方かもしれません。
電圧って暗黙の了解でGND基準で考えていることが多いかと思います。
でも、他のポイントを基準に電圧を考えることも少なくありません。
本件の場合、圧電素子からみた駆動電圧を考えるとき、圧電素子の一方の端子を基準にして駆動電圧を考えていることになります。 分かりました。
2つの圧電素子の端子にそれぞれL、HとH、Lって書いてみて
その絵を眺めてたら「あっ、そうか!」ってなりました。
対称移動の後の平行移動ですね。
意味不明かもしれませんが…。
見捨てずに教えてくれて、みなさん本当にありがとうございました。 >>873
これ初めて見たのmicrochipの何かの資料みたいな奴でみた >>889
俺も。
8ピンPICにLED12個とスイッチとブザー付けてラーメンタイマ作れることに感動した。
https://i.imgur.com/sGSraYR.png >>849
元の書き方だと二つのピンが逆相でなく同相になってしまう可能性がありその場合は音が出ないよね。 >>878
すみません。
なんか、議論白熱させちゃってますね。
BTLと言うのは知りませんでしたが
VDD電位とGND電位を動的に替えれるなら音が大きくなると思いました。
最初のプログラムミスは本当にC言語初心者て、なおかつPICのような組み込み系プログラムの初心者なのです。
PC上でのパイソンとかVBならまだ解るのですが。 奥歯に物が挟まったような質問の仕方しかできないイカレタ奴がいると
大抵スレの雰囲気が悪くなるよねえ、毎度のことだけどさ
実社会でもねちねちした性格で嫌われてるんだろうなあw >>892
疑いをもってコメントする人はいるから。
謝るようなことではないと思います。
ただ、俺もプログラムを書き直してうまくいった、という流れは理解できていません。
同相になっていれば、>>891さんが書いている通りなのですが、オシロで
確認もされたのですよね…
ただ、これ↓
>オシロで見ると波形は反転して出力しています。
これって圧電素子を駆動する2つのポートが「互いに反転している」ということではなくて、
それぞれのポートを1つずつ見たら、時間経過とともにH/L反転している、ってことだったんでしょうか。
そうであれば、>891さんの指摘の通りになる可能性もあります。
この場合は、2行に分かれていることが原因ではなくて、おもに初期化の問題かと思います。 >>893
技術系の板・スレで根拠に乏しい人格批判だけ書くのってみっともないです。
>実社会でもねちねちした性格で嫌われてるんだろうなあw
どういう実社会で暮らしているかが垣間見えて面白いですが。 >>894の続き
それで、1行にまとめた方の書き方なのですが、
>PORTA=PORTA^0b00100010;
接続が変わっていないということなら、ビット1しか反転していないってことはないですかね。
ぜひオシロで確認してみてください。
音は確かに鳴るようにはなるはずです。一方しかパタパタさせていませんから、同相にとどまることはありません。
でも、当初の目的(電圧を高くして音を大きくする)は達成できていないように思います。 >>894
最初の2行に分けて書いていた時はオシロで時間軸をミリ秒単位で設定して
ポート1と2が逆に出てると思ってたのに上手く行かったのですが、
後で時間軸をマイクロ秒にして見たら1行目の処理と2行目の処理の時間差分だけ重なっている時間が有ることがわかりました。
>>896
すみません、途中でポートを1と5に変えてました。
時間差が出ないで同時に処理出来るように1行で書くとオシロでマイクロ秒単位でも重なりが無くなりました。 >>894
最初の2行に分けて書いていた時はオシロで時間軸をミリ秒単位で設定して
ポート1と2が逆に出てると思ってたのに上手く行かったのですが、
後で時間軸をマイクロ秒にして見たら1行目の処理と2行目の処理の時間差分だけ重なっている時間が有ることがわかりました。
>>896
すみません、途中でポートを1と5に変えてました。
時間差が出ないで同時に処理出来るように1行で書くとオシロでマイクロ秒単位でも重なりが無くなりました。 あれ?エラーになったって思ったときでも、落ち着いてリロードしてみよう
書き込まれてることの方が多い >>895
>みっともないです。
>垣間見えてて面白いです
も立派な人格批判の一種だが、根拠は示さなくていいの? >最初の書き方だとき2行なので一瞬両方の端子が1や0と重なる事が問題だと理解しました。
これが理解できないな。
原因は他にあったのでは? >>898
ここの人たちは何だか書き方が回りくどい。
最初の
PORTA.B0 = ~PORTA.B0;
PORTA.B1 = ~PORTA.B1;
は、タイポなのかコンパイラーの違いなのか判らんところも含めて間違ってる。
とりあえずRA0とRA1を使うとしてXC8仕様で書くことにするけど。
まずタイポっぽい点を修正すると、
PORTAbits.RA0 = ~PORTAbits.RA0;
PORTAbits.RA1 = ~PORTAbits.RA1;
ただ、これだと>>891の指摘の通りマズイので、
PORTAbits.RA0 = ~PORTAbits.RA0
PORTAbits.RA1 = ~PORTAbits.RA0
とすればいいと思う。
1と5なら
PORTAbits.RA1 = ~PORTAbits.RA1
PORTAbits.RA5 = ~PORTAbits.RA1
信号の切り替わり時の数マイクロはこの際関係ないと思う。
圧電素子の応答速度が分からないけど少なくともマイクロ秒オーダーでは影響ないと思う。
少なくとも音が鳴らないってことは無いし、音量の差も確認できる。 2行に分けられた処理のうち、先の方が、赤、あとの方が青として(1)のようになっているということだと思います。
確かに、両方がHの期間、両方がLの期間があるわけですが…
圧電素子を駆動する周波数が10kHzだと仮定すると、図のAは100u秒です。
Bはおそらく数マイクロ秒程度なんですよね?
この図では、割と両方が同じレベルの期間があるように見えますが、実際は、もっと狭い期間になるはずです。
(2)は赤を基準に青の電圧を見たグラフなのですが、これだったら鳴らない、ってことはありません。
何か見落としがあるように思います。
振幅で見れば一目瞭然
>>904
この180位相がズレた0-5Vの二つの信号を、例えばRS485トランシーバICの差動入力で受ければ
出力は5V一定になる。
(実際にはRS485用ICは正論理・負論理入力なので、同相入力で出力0Vになるが)
音が大きくなる理由はICと圧電スピーカーは違うから、という事になるけど、
機械的な動作部分まで含めた圧電スピーカーの等価回路はどうなっているんだろ? ピエゾ(圧電)効果で結晶が電圧に応じて歪む現象だから、単一方向の電圧の場合に比べて逆相でドライブすると、歪みの方向が入れ替わることで振幅が大きくなるね。 >>906
等価回路って…。
金属板にセラミック貼ってあるだけ。 >>906
基本的にはピエゾ素子の等価回路は、水晶と同じくLCRの直列回路のみでL分が少ないので
ハイインピーダンスの抵抗を通して容量をドライブしているだけ コンデンサか・・・じゃ半波倍電圧整流回路なんかをイメージすれば
当たらずもも遠からずなのかな? >>912
デジタル脳はわかんないなら口出ししないで >>912
ん?
等価回路まではググれば誰でも見つけられるので、
その先のご高説をお待ちしているんです。
アナログ脳的にはそこまでで終わりですか? >>906
>この180位相がズレた0-5Vの二つの信号を、例えばRS485トランシーバICの差動入力で受ければ
>出力は5V一定になる。
一定にならないよ。
正入力がH、負入力がLのときは出力はH。
いれかわって、
正入力がL、負入力がHのときは出力はL。 http://akizukidenshi.com/catalog/g/gM-09086/
こういう出力が1組しかない電源の場合に出力端子を増やすにはどうやるのがいいのでしょう?
おススメというか定番というかそういう方法があったら教えてください。 >>918
「絶縁端子」に必要な本数の配線をまとめて電源の接続端子にネジ留めする。
または必要回路数のネジ留めの「端子台」を設置して各々配線する。
電源を必要とする箇所を「わたり線」で数珠つなぎに配線する。
等々。 >>919
ありがとうございます。
そういときはコレ、というような定番の物がある訳ではないんですね。
「わたり線」というのは初耳でしたが、こんなものを使うのはその方式でしょうか?
このパーツ自体が初見なんですが、よくある方法?
http://www.ebay.com/itm//112489801074 >>920
わたり線はそういう数珠繋ぎの技法を指す用語で特定の製品の事ではありません。
電源(装置)と電源を必要とする相手との関係は千差万別で、電気的、機械的仕様を満足していればある程度は経験と好みというところもあります。 >>918
そもそも、分岐したい総線数と1線あたりの最大と最小電流は? >>917
申しわけない、改行も含めて誤解されるような書き方をしてしまった。
例えばRS485トランシーバICの差動入力で受ければ出力は5V一定になる。
→RS485トランシーバICの差動入力で受ければ例えば出力は5V一定になる。
御指摘のように、入力のHLに従って出力のHLが変わるのは当然です。
面倒がらずに入力レベルと出力レベルの関係も真理値表のようにきちんと書けば良かった。 すみません、説明の補足を。
RS485レシーバーは同相パルスを入力すると出力が一定レベルになる。
でないとコモンモードノイズをキャンセルできない。 テレビのリモコンの待機電力しらべたらほぼゼロでした
picだとほぼゼロに近づけることはむりなんでしょうか? >>930
「ほぼゼロ」とは何Aくらいのこと?
SLEEPさせれば数μA程度にはなるけど。 >>931
> 「ほぼゼロ」とは何Aくらいのこと?
自分でもしらべてみてください、すぐわかりますよ あなたの話ですよ。
調べたのでしょう、何アンペアって書くだけでいいんですよ。 >>937
なんか質問するとすぐ自分でやってみたのか文句いうくせに
どれくらいあるのか見当もつかない人が答えられるとは、おもわないんですけどね 自分で調べたこともない人が、よくえらそうに書き込めるもんだわ ID:XX5G4+Ttさん。
質問する人が、回答してくれる人にできるだけ手間をかけさせないようにするのがマナーです。
ですので、まず自分でやってみるべし、と言われるのは質問者ですし、
既に調べたことを開示して、質問に具体性を持たせるのも質問者の責任です。
そもそもあなたの質問の核は「PICでテレビのリモコンの待機電力ぐらいの消費電力を実現できるか?」でしょう?
たとえばテレビのリモコンの待機時電流が50μAだとわかっていれば、
「PICで50μAぐらいの消費電流を実現できるか?」
と具体性を持った質問にすることができます。 >>932
> 32768Hzで動かす
これでリモコンの38kHzの信号つくれるんですか? >そもそもあなたの質問の核は「PICでテレビのリモコンの待機電力ぐらいの消費電力を実現できるか?」でしょう?
ではなくて、
「PICでテレビの市販のリモコンと同等の待機電力のリモコンを実現できるか?」
だったみたいだ。
できるよな。
ともかく、質問する人が回答者を減らす努力をやらかしてしまうのはなんとも残念。 >>943
何でそんなことお前の質問のために調べなくちゃいけないんだ阿呆
最低2万円から以降時間当たり5千円、お前が払ってくれるなら調べてやってもいいぞ >>946
んー。たぶん、なんか行き違いがあります。
>>943は、質問者に「それぐらい自分で調べてください」って言ってます。
元の質問者が「これでリモコンの38kHzの信号つくれるんですか?」って重ねて尋ねているのに対して、
「自分でしらべて」って言ってるわけですし。 >>947
行き違いじゃなくて、お前の気が違ってるだけだ 俺も>>947の言う通りだと思う。
まあ、>>ID:ivsL57h8=>>ID:XX5G4+Tt ってことなのかもしれんが…。
その場合は、どっちも精神を病んでいるかわいそうな人に違いはない。 で、結局、テレビのリモコンの待機電力はどんくらい? こういう電流にゼロっていうことはなくて「どんな測定器で測ったときに測定限界」ってことだろなあ。 @ボタンの押下でスリープから復帰
AWDTで定期的に起こしポーリングでボタンをチェック
Bスリープさせない
Cいづれかのボタンの押下により電源供給
どれなんだ?
@なんだろうけど、実装が思いつかない。 ボタンを押さないと全く通電しない回路
ってのが作れるんだけどね
もちろん電池の自己放電はあるだろうけど
これは待機電力ではない
普通の小さなリモコンの乾電池駆動だと、
まともな設計であれば
待機電力よりも電池の自己放電や寿命の方が先に来るから
その辺はどうでも良い 消費電力が気になって、たまにしか使わないなら
普通に電源スイッチを付けておけば
頻繁に使うなら、待機電力よりもLEDの電力を気にしないと >>954 >>957
ボタン一個ならそのまま押しボタンを電源スイッチにしてしまえばいい
ボタンが複数あったらちょっと複雑になるけど 絶縁体に流れる電流
とかまで考えるとゼロじゃないんだろうけど >>957
2回路押しボタンスイッチなら1回路分を電源系統、もう一つを入力で出来るじゃん。 >>953
かなりの多ピンのモデルならPICでも可能。状態変化割り込みで処理。 キーはマトリクスで組むだろうし、復帰用の割り込みに3〜5ピン程度が使えればそれで処理できるんじゃないですかね。 ボタン押してスリープ解除してから送信開始するまでけっこうかかりませんか
100msはかからんかな XC8を使っていますが、コンパイラのROM領域の設定で
--ROM=default,-380-3FF
という形で380hから3FFhの領域を予約した際に、この領域の初期値を
フラッシュ書き込み時に設定することは出来ませんか?
EEPROMであれば _EEPROM_DATA() で初期値を与えられるのですが。 xc8だけで良いから無料にしてくんろ
みんなarmに流れてしまうよ 今だって無料じゃん?
8bitは競争相手がどんどん衰退してるからそんな施策の必要がない。
XC32の最適化を無料にすべき。 16F628Aに書き込むと
Target Device ID (0x0) is an Invalid Device ID.
Please check your connections to the Target Device.
となって、どうゆうわけか最近書き込めなくなったんですが、なんででしょうか
以前は書き込めたのに
しょうがないので、同じようなピンの構成の16F1827でしのいでいるんですが
在庫を結構かかえてるんで活用したいんですが
尚、PIC KIT3,MPLAB X IDE v3.51で書き込んでます 基板の電源をpickit3から取ろうとした時のpickit3の電流キャパオーバー? 古いデバイスはMCLRに12.5V必要だったけど今は3Vでも書けるから昇圧不足かな >>974
「最近」と「以前」との違いを自分で見つけるしかないかな。
うちの環境でそのメッセージが出たら、
データシートの通りの配線に直す
USBを抜き差しする
のどちらかで解決するけど。 >>974
僕も16F88で同じようなことがありました。 >>978
> 「最近」と「以前」との違いを自分で見つけるしかないかな。
いろいろ考えたら一つだけ見つかった
以前はMPLAB IDEで書き込みしてた
戻すのはいやだなあ、使い方わすれたし 旧いデバイス使うなら闇雲に新しい環境にしない。これ鉄則 >>980
PIC16F628A、648Aは使ったことあるけど、無印MPLABは使ったこと無いよ。
つまり、それが原因とは言い難い。 >>975
ライター壊れるのもったいないから、面倒でも別電源を用意する
パソコン壊れるのもったいないから、usbハブを経由させる
動くとは思うが、Lチカ、シリアルくらいにしとけば? アップデート多すぎないか?
やる気は感じるけどペース落としてくれ picのブランクチェックが成功しない
pic18f2320でeraseは上手くいくけどblank checkで失敗する
助けてくれ こんにちは
CR20321個でボタン2つの赤外線リモコンを作りたいのですが
12LF1822みたいにディープスリープからの復帰ピンが1本しかない場合
こんな感じの回路しかないでしょうか?
もっと簡単な感じのはないでしょうか?
ttps://jisaku.155cm.com/src/1508884991_38413daddeb62cd16c37a2ad4efca24fc799172c.jpg 👀
Rock54: Caution(BBR-MD5:f68c41b6bce4f8b76d46a9fc61dd270c) >>987
状態変化割込み使えば、PORTAの5本どれでもDeepsleepから復帰できる >>988
ご指摘いただいて改めて英語と日本語のデータシート読み返していますが
1822-1827にdeep sleepという単語や概念がないようです
状態変化割り込みなら話も配線も簡単になりそうです
>>987添付画像だと、ボタンoff時に電位が浮くので消費電力が増えるかもしれません
しかしスリープの実装例にアセンブラが多いのは、初心者を「排除」して「希望」が無くなってしまったような気がします μAオーダーでDeep-sleepを標榜するチップもあるからな。
呼び方なんて何の意味もない。 >>987
その回路だと、どっち押しても同じでは? どっちを押してもスリープから復帰できて、なおかつアナログで読んだ時に区別できるようにならんかな。
https://i.imgur.com/nlgKyVe.jpg >>990
PICはSleep命令でPowerdownモードに入るだけですね
12LF18xxなら25℃のIpdが30nA(typ)だからCR2032でも数十年は持つでしょ
ボタンSW切の状態で内部弱プルアップもできますが、電位はVdd側に吊られ
電流は逃げ場が無いので消費電流は増えないですよ A/D読みなんてメンドウなことしなくても
SWを2ポートに割り付け、状態変化割込みでスリープ復帰
LEDを2ポートに割り付け、SWに応じて発光送信してスリープ
だけで実現できる キーが2個で復帰入力が一つのとき。
キー読み込み時は
Aは入力、BばL出力
スリープに入って復帰要因を仕掛けるときには
AはH出力、Bは復帰割り込み入力。
やかましくなければ、上の抵抗を小さくしておけば、Aは入力のままでも大丈夫。
>>987のダイオードORなら
PIC18の割り込み処理中の割り込み処理(割割処理)について質問さしてください
処理Aを低位割り込み(低割)で処理中に高位割り込み処理B(高割)が発生した場合は、
処理Aの途中であっても処理Bに遷移する(処理Bが終わったら処理Aが中断された
ところから再開する)というふうに思ってるんですが、
低割処理中(処理A)にさらに別の低割処理(処理2)が発生したらどうなるんでしょうか?
処理Aの処理が終わると同時にすかさず間髪入れずに割り込みが発生するんでしょうか?
それとも後から発生した低割2は無かったことにされるんでしょうか? >>999
その割込みが発生したというフラグは残っているから、処理Aの割込みが終了したら(割込み許可しているのが前提)処理2の割込みが発生する。 このスレッドは1000を超えました。
新しいスレッドを立ててください。
life time: 89日 20時間 33分 44秒 5ちゃんねるの運営はプレミアム会員の皆さまに支えられています。
運営にご協力お願いいたします。
───────────────────
《プレミアム会員の主な特典》
★ 5ちゃんねる専用ブラウザからの広告除去
★ 5ちゃんねるの過去ログを取得
★ 書き込み規制の緩和
───────────────────
会員登録には個人情報は一切必要ありません。
月300円から匿名でご購入いただけます。
▼ プレミアム会員登録はこちら ▼
https://premium.5ch.net/
▼ 浪人ログインはこちら ▼
https://login.5ch.net/login.php レス数が1000を超えています。これ以上書き込みはできません。