初めてのPIC 0x0f
レス数が950を超えています。1000を超えると書き込みができなくなります。
PICをさわるのは今日が初めて、という超初心者のためのスレです。
(O>――<O) PIC選び、PICを使った回路は、誰でも最初は不安なものです。
/ (･) (･) ヽ 恥ずかしがらずに何でも聞いてください。速攻で教えてくれますよ。
○ ／▼＼ ○ 質問のしかたは、初心者質問スレの発言1を見てくださいね。
｜(ヽ二フ ) |
/ ￣￣￣ ヽ
f ヽ ／ | PIC関係のスレは、レベルに合わせて以下のスレもありますので、活用しましょう。
ヽ ＼ ／ ノ ・PIC専用のスレ
| ＼_ )(＿／ ! 本家本元のPICスレです。口の悪い人もいますが、楽しくやってるみたい。
| | ここの話がわかるようになれば、あなたはもう一人前のPICerです。
| | ・マイコンソフト 悩み事相談室
| |￣￣| | マイコンソフトやツールの質問は、こちらでどうぞ。的確な回答があります。
(＿ノ ヽ＿)
質問する時のコツ
・性格の悪い回答者はスルーしよう（相手すると逆効果）
・素人玄人などと 上から目線の回答者は、無視してください。相手してはいけません。
・そこそこ良い回答が出るまでしばらく再発言しないのもあり（良回答は後に出やすい）
・回答者のアドバイスで後日解決したら、結果報告しよう（とても喜ばれる）
・回答者は、僕たち初心者に優しくしてください。あなたも通ってきた道のはずです。
必要なソフトなど（基本無料）
統合開発環境 MPLAB X ttp://www.microchip.com/mplab/mplab-x-ide
コンパイラ (XC8 XC16 XC32) ttp://www.microchip.com/mplab/compilers （高機能版は有料）
コード生成プラグイン (MCC) ttp://www.microchip.com/mplab/mplab-code-configurator
マイクロチップ ライブラリ (MLA) ttp://www.microchip.com/mplab/microchip-libraries-for-applications
必要なハードなど
初心者はPIC16F1、PIC18F1以降の型番で始めると無理なく始められます。
プログラムの書き込みには書き込み器が必要です。持っていない場合はPICkit3(中華クローンでもまず大丈夫)を使いましょう。
PIC一覧、スペック検索 ttp://www.microchip.com/ParamChartSearch/chart.aspx?branchID=1005
さ、質問どうぞ〜っ
0x0e 2018/02/13〜 ttps://rio2016.5ch.net/test/read.cgi/denki/1518524799/
0x0d 2017/10/25〜 ttp://rio2016.5ch.net/test/read.cgi/denki/1508935254/
0X0C 2017/07/27〜 ttp://rio2016.2ch.net/test/read.cgi/denki/1501157324/
0x0B 2017/05/08〜 ttp://rio2016.2ch.net/test/read.cgi/denki/1494235320/
0x0A 2017/01/04〜 ttp://rio2016.2ch.net/test/read.cgi/denki/1483498857/
0x09 2016/09/07〜 ttp://rio2016.2ch.net/test/read.cgi/denki/1473238791/
0x08 2016/04/30〜 ttp://rio2016.2ch.net/test/read.cgi/denki/1461994030/
0x07 2016/02/05〜 ttp://wc2014.2ch.net/test/read.cgi/denki/1454648249/
0x06 2015/07/18〜 ttp://wc2014.2ch.net/test/read.cgi/denki/1437151298/
0x05 2015/04/07〜 ttp://wc2014.2ch.net/test/read.cgi/denki/1428391368
0x04 2015/01/02〜 ttp://wc2014.2ch.net/test/read.cgi/denki/1420205108 もうネタなんてないだろうし
いまさらPICをはじめようなんて人もなかなかいない
作り話でつないでもしょうがない
このスレ自体不要では？ PICでスタートする人も多いですよ。
・ネッなど日本中に仲間が多い
・情報量がAVRの比じゃなく多い
・パッケージのバリエーションが多い
・秋月で安価に買える
・内蔵周辺モジュールが豊富 神様にお願いしといた。
「PICでスタートして後で後悔する、なんて初心者が居なくなりますように」って。
しかし、＜美人とブス、どちらでも好きなほうとつきあえる＞、という状況で
わざわざブスを推薦するって >>897 は罪作りな奴だなｗ
後で恨まれるぞｗｗ ブス！とか言いながら、その子が気になってしょうがない小学生w AVR（のアーキテクチャ）は気になるけど、ardunoがウザイ。
AVRもPICみたいに簡易なデバッガが出て欲しいな >AVRもPICみたいに簡易なデバッガが出て欲しいな
あるのでは？ AVRスレで尋ねてみれば？ LPC-Link2 2800円
ST-LINK/V2 3000円
MiniProg1 3650円
PICkit4 5700円
Atmel ICE 11000円
Microchipは高い >>898
PICで何かを作ろうとする気概のある人は
他人に責任を求めたりしないと思うが データシートより他人を頼る人がPICユーザーに多い気がするけど PICの場合そもそもデータシートが信用出来なかったり >>905
僕 英語読めません、って素直に白状したら？ 先輩方の高いレベルの雑談は、本スレでお願いします。
ここは、僕たち初心者が質問するスレです。
俺は詳しいんだ凄いだろう、AVRは凄いんだ、
と言う雑談は、 あっちのスレでお願いします。 マイコンプログラミングをはじめるなら
無難に32bitが良いよ
8ビットは色々と特殊すぎて >>910
質問して良いんだよ
いつもの作り話でも PIC←→AVR
フルーク←→フルーク以外
VHS←→β
非喫煙者←→喫煙者
・・・
非主流は姦しい・・・ 次は
カラー画面
アニメの高画質化
表面実装部品による小型化
赤外リモコン送信機能
赤外リモコン受信
リモコン&メニューによる設定
USBを使ってPCから設定
この辺に挑戦してください ROMサイズが必要ならこの辺を
PIC32MM 20pin 64KB
PIC32MM 28pin 256KB
基板設計もぜひ挑戦してみよう
今はとても安く作れます 今時電源がトグルスイッチも無いよね
自己保持回路による待機電力ゼロ化
でも良いし
リモコン受信可能なまま省待機電力に挑戦
でも良い 砂時計だから加速度センサで起動が普通か
1秒に1回くらい値を見て値が大きく変わったら起動
電源は3系統
PIC, 加速度センサ, 画面 DC/DCのenableをプッシュボタンで起動して、
動作中はPICがenableを保持すれば、
オートパワーオフが成立しそうなんだが、
1ボタンでそれをやる回路が思いつかなかった。
PICからのenable信号がボタンと競合してしまう。
ダイオードとかで何とかなる？
20ピンの32MM、気になる。 >>921
ダイオード使ってもいいし、enableを駆動できる程度に
pic出力に1K位の抵抗直列に入れればぶつかってもok >>922
そしたらボタンが押されっぱなしにならない？ >>923
> >>922
> そしたらボタンが押されっぱなしにならない？
ん？
時間来たらpicが切るんじゃないの？ >>925
ボタン1個で、起動、砂時計容量変更、ブザーストップをさせたい。
電池はDC/DCに直結するが、動作時のみenableにする。
DC/DCはGNDに落とすとenableになる。
これが解けなかった。 プッシュSW1回路の場合、どの電源系につなぐかが面倒くさそう。
卑怯な方法。二回路二接点プッシュスイッチ使い1回路を電源ON用に使う。
別の方法も考えられると思うけど、電源系の電圧が書かれた回路図がないと分からないな。 >>926
ん？
普通にダイオードと抵抗で出来ないか？
まあ最悪ボタンはADCで検出でも XC8について質問さしてください
XC8で＠（アット）マークを付けたら変数領域を指定のアドレスへ配置出来る
と思うんですが、この機能を使えば
myStruct1 AAAA @ 0x500;
myStruct2 BBBB @ 0x500;
と言う感じであえて同じアドレスに2つの変数を配置して、あたかも共用体の
ような使い方が出来ますでしょうか？ 同時にインクルード出来ないヘッダで別々に定義されてるとか？ >>929
そんな事しなくても、ポインター使えば、簡単。 賢いコンパイラだと、まずいかも。
たしか、cには、異なるタイプのポインタは同じものを指さない
と言う縛りがあってそれを使った最適化をするコンパイラがある。
アホなコンパイラなら、そんな最適化はしないだろう
それでもvolatileはつけとくべきね。 >>926
普通にダイオードでANDを作ればできる
逆流防止や電圧制限はいるけど enableの代わりにトランジスタ
マイコンからの制御にデジトラ
なところが違う >>940
U1を取っ払ってQ1のコレクタをVCCにつなげばVbattの単電源になるのでは？ あるいは、そのサイトのマイクロコントローラーで
もう１ピン入力チェックに使うだけ。
http://ednjapan.com/edn/articles/1212/28/news037.html
の図１は、シンプルな回路でいい。 そもそも電源の選定は正しかったのか。
PICと液晶は2.7V<Vcc<5Vだから、18650直結なら簡単だった。
PchMOSFETをDCDC上流に入れた場合、バッテリ電圧の下限はどの程度？
1.0Vで動かなきゃNiMH×1には使えない。 >>940だと、
スイッチを押すとスイッチの抵抗側の電圧が変わるようにしておいてADCで検出
とか >>929
出来ることはできるが、
変数のアドレス管理誰がやるんだよ
それは普通、アドレスマップのレジスタに対して使う機能 >>949
誰って
プログラマ以外にいるか？
直接指定するって言ってんだから 色々な使い方があるのに乏しい経験で「普通」とかいってわざわざ用途を絞っちゃう
お前ソフトに向いてない アホカ
ただのグローバル変数に絶対アドレス指定したらそこが他で使われていないか、
リンカのマップファイルみて一々確認しなきゃならんだろ
そんなめんどくさいことやる馬鹿いねーよという意味だよ
(普通に共用体で宣言すればいい)
それともあれか、 @ 機能つかったらそのアドレスは他で使われないように
コンパイラが管理してくれるのか?
ヒープの真ん中でも避けてくれるのか?w
それに「普通」ってのが用途を絞っていると断言している根拠はなんだよ
勝手に決めつけるなよw >>954
じゃあXCには何のためにアドレス指定機能があると思ってんの？？？
馬鹿？ アドレス指定したいっていう人に
アドレス管理誰がやるんだよって
頭おかしい >>954
普通のメモリマップドIOの割り当てをコンパイラやリンカがどうやると思ってるんだろ 普通にアドレス指定してるが・・・・・何か？？？？？ >>898
美人は3日で飽きるがブスは3日で慣れるという有名な格言があってだな以下略 IOやSFRのアドレスと、変数のアドレスをごっちゃにしてはややこしくなる。
変数のアドレスはコンパイラ、リンカに任せればいいという話でしょね。
いやいや、アドレス指定したいって話なんだから、という話もわかるのだけど、
共用体ではなんであかんのでしょ、って疑問はあるのかも。俺もまあそう思う。 >>962
疑問に思ったとしても質問の前提だから
素直に共用体にしたくない理由はいくつか考えられるし
共用体はおまけでアドレス指定が主な目的かもしれない 質問に答えるだけならその理由は不要
代替案を知りたいなら理由も書くでしょう 変数のアドレスを指定したい理由も色々と考えられます
経験の浅い人はそういう発想もないでしょうけど 質問者も、
やって見ればすぐわかることをいちいち質問しないでやってみればいいんですよ
出来たならここに理由と共にテクニックとして紹介する
初心者同士そうやって高め合えば良い >>964, >>966
>素直に共用体にしたくない理由はいくつか考えられる
アドレス指定とは別にして、共用体にしたくない理由って具体的にどんなこと
でしょうか。
>変数のアドレスを指定したい理由も色々と考えられます
昔のパソコンでVRAMをワークエリアに使うようなときにはアドレス指定をしていた
けれど、8bit PIC で変数のアドレスを指定するほかないようようなことって
どんなことなんでしょうか。
いろいろ考えられるうちの3個4個ぐらいを教えていただけると勉強になります。
と、こういう疑問は持ってますが、技法としての元質問の価値はあると思ってます。
必要なら自分でやっつければ済むことですけど。 >>968
●共用体
◇文字数の削減や移植の手間や見易さの為
(※無名共用体が使えない場合)
◇ファイルやモジュールの分離性確保の為
・同時にインクルード出来ないヘッダ
・コンパイル依存性(コンパイル時間)
・ライブラリ化
◇共用体に出来ない構造体への対応
(※C++の場合) >>968
●アドレス指定したい場合
◇部分ビルドする場合のインターフェース
ブートローダーとアプリケーションや
複数のアプリケーションなど
ROMの複数エリアを別々にビルドする場合のインターフェースとし
エントリーポイントのテーブルなど
◇周辺モジュールとのインターフェース
DMAのバッファなどで特定の番地にしたい場合
◇高速化や簡略化の為
配列の先頭や終端のアドレスが特定の値で有ることで高速化やコードの簡略化を行う
+と&でリングバッファのポインタを更新するなど
◇セクタ考慮
ROMのセクタやRAMのバンクなどを考慮したい場合
境界を跨ぎたくないとかセクタ先頭からはじめたいとか
◇デバッグ性
よくデバッガで書き換える変数の固定アドレス化
外部からアドレス指定でアクセスしたい変数の固定アドレス化 >>969-971
共用体を避ける理由については、正直なところ俺にはピンとこないものでしたが、
アドレス指定については思い当たるところもなくはなく。
ただ、とても個人的な事情にすぎないことで、俺のPICの使い方ではあまり縁がないものばかりでした。
あと、俺の思い込みもありました。8ビットPICってPIC18も含まれるのですね。
ありがとうございました。 >>972
アドレス固定にすれば、エンディアンとかの考慮要らないから、移植しやすい とかかな？ >>973
アドレス指定をするとエンディアンの何が解決出来るって？
少なくとも考慮要らないなんてことはない >929
GCC (XC8含め) のリンカは別の名前が同じアドレスをさしていても問題ない。
だからやろうと思えば適当にリンカへの指示を加えることで可能にはなる。
ただ、リンカへの明示的な指示なしでコンパイラが、暗黙のうちにリンカでエラーにならないように
セクションや名前を選定してくれるかは別で、
ゼロ以外で初期してたらだめ、
ゼロで初期化するやつは初期化しないやつとならマップ OK、
初期化してなければOK、
とかそんな感じになると思うけど、
GCC でファイルをまたぐ名前の扱いが 2012年あたりからちょいちょい変わってるので
XC の元ネタの GCCの版によって挙動がかわるかもだから保証はしない。
あと、異なる名前が同じアドレスを占めていて、それを一つの関数内で両方の名前を扱うなら、最適化で O2 以上は禁止な。
gcc -O2 は異なる名前は異なるアドレスをアクセスする前提で最適化する。volatile 関係ない。
ここ 2年くらいエイリアスの最適化の動作確認してないけど変わっとらんと思う。 XC8ってアドレス指定すると何の警告も無しに同じエリアに値を割り振るんだね
怖い怖い 最適化に関してはunionでも悪影響が無い保証なんて無いよね
volatileは読み書きの順番や回数はバイナリ上では保証されるから意味が無いことは無いけど
最適化が非常に制限されるからなるべく使いたくない
そもそも、最適化で変わるような関連が密なデータであれば素直にunionにした方が便利な事が多いと思う XC8ってリンカスクリプトとかスキャッタロードとかって無いの？ >>976
>> gcc -O2 は異なる名前は異なるアドレスをアクセスする前提で最適化する。volatile 関係ない。
これ、gccドキュメントのどこに書いてある？
前に書いたように、異なるポインタタイプは同じものを指さないという仮定＝strict-aliasingルールはドキュメント上にある。
-O2はstrict-aliasingを仮定して最適化するとドキュメントに書いてある。
GCCのドキュメント(gcc6のね）から、
'-fstrict-aliasing'
前略
In particular, an object of one type is assumed never to reside at the
same address as an object of a different type, unless the types are
almost the same. For example, an 'unsigned int' can alias an
'int', but not a 'void*' or a 'double'. A character type may alias
any other type.
中略
The '-fstrict-aliasing' option is enabled at levels '-O2', '-O3', '-Os'.
volatile周りも、理解してないね。 >>976
念のため例つけとくと、
void f(int *x, int *y)
{
int a = *x;
// a == *x に決まっている。
*y = 0;
// これ以降は、a != *xかもしれないと考えて最適化する
ということだからね。
同一視の可能性は名前じゃなく、ポインタの型だよ。
なお、int *とunsigned int *は類似の型なので、同一型のように扱う。 先輩方の高いレベルの雑談は、本スレでお願いします。
ここは、僕たち初心者が質問するスレです。
俺は詳しいんだ凄いだろう と言う雑談は、 あっちのスレでお願いします。 >>976
>>980
話題がそれてるけど
ポインタじゃなくてスタティックな変数への直接アクセスの話
unionとunionじゃない同じ番地の変数が同じように扱えるか
が質問内容
一旦ポインタを経由したら最適化が同じになることは容易に想像がつく
コードはポインタの中身に依存しないので レス数が950を超えています。1000を超えると書き込みができなくなります。
