_ _ 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 さ、質問どうぞ〜っ
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
)(((((()())(())(((())()())()())())(()()())(())))())))((()))(()))))((()(((()(
()))()((()()())((()((()())())()(()((()))(())))))(()()()((()(())((())())))()(
))()((())))()(((()()()((())))()))))()((())())()()((()())((()()(()))))(()((((
(()))())))))()())))))((((()(()(((())())()((()))))()()())()())()((()(((()((((
()((((()))((((()())(()(()(()()()()())))())(()((())()(()))))())(()(())()())))
())))(())(((()(((((()))(((())(((()())()())()((()(()()))()))()))())((())())))
))()(((())((()))((()(())))((((()()()())(())()(()))()())(())))))))((((()()()(
()()()((())()))()(()((((())()()))))((()()()((())()()())))()()(())))()()(((()
)()()))()))((())(()))))()))()))(((((()))((()(()(((((()()()(()())(()())())(()
(((()((()((((()(()))()()((())())))))(())(())))())(()()(())))())(()(()((())))
)((())(())((()(()))))())()(()((()()((()((()()()))))())()((())(())(())))(()()
)()))(((()()()))()(()()())))((((()())()()())(()()))))(()))))(((((())()(((()(
))(()()))()()(((((((()(()(()))))))(((((())))()))(()()((()(((()))(()(()))))))
()())((()(()))(())))()()))))())()(()())))()(((())()((()(())()(()(((()())(()(
))()()(()((())((()))(())(()(()(()))()()((()()(((())()()))()()())()))(()))(()
()))())()()()(()(()))))))(((((()((()()))()(((((()))(()()(())))())()())((()()
)((((()))((()((())())(()())())))((())))()))))))(()(())))()))(()()((((()(((((
((()))))()()))(()(()()(())(((()))())())()(((()))))()())((()()))((())(((()(()
)(())()()))))()())())(()))))(()((()((()(()((()()(((())((((()()())())(()))))(
)((()(())))())(()()()))((())()(((())(((())))())((()))())())))()(()(((()())((
))(())((((())((()(()))()))(())(((()())))()()()())))(((()))(()()())((()(()())
))((())))(((((()()()))))())))()))()((()))((((((()())))())(())(())((()()(()((
()((((()())(()((()())((())())((((()((()))))())(((()())())())(()))()))()))())
()))))())))()())(()(()()(())(((()))())))(())))((()()))(()()()((()())((((((((
)()())()((())))(()()())())(()(()))))((())()()()())())(()(())(()(()()()()((((
(((())())))()))((())()))())(()(()(()(((()())()(())(()()()(((()))())))))(()((
())((())(())))()()()()))(((()()()(()())))((()((((((())))()))()((((())))))(()
()())(()))()((((()((())())(()))))()()())))(()))()()(()((((()(())()((())))()(
)))(())()())()()()))(()(()(((((()())(()((()))((())()()())(())))(()((()()()))
(()(((()(()()((((())))()(((((()))(()))((())(())(())()(())))))))()()))))(())(
))(((()())(((()))))((((()())()())))(((())(()(()()()(()))())()(()())()())))((
)((((())))))(()(()(()())((()())())())())(()(()((()(()((())))))(((()))(()()))
()(((()(()()))(())(()(()()((())()))((()))((())(())(()((())())())(()())))()))
()))())(()((((((((()))((((()())())()()))(())(()()))(()(()))((()))((()))))())
())))(((()((()()((()()(((()(()))))()))())(())())(())((())))())()()(()(())(()
))))))))())()((()))(((()()(())((((()(((()()())()(((((((())(())()))(()())))))
()(((())(())(())))(()((()()(()()))()(((((())()())())()(())(())(()())))()))()
((((((()))(()())()())()()))))()()))(())()()))()(()((((()((()())))()(()())()(
(()))))))))()(()))()(())(()))((((()(())(())(((()))(())())())())(((())(()((((
)()(())()(((((())())))(())(((()))((())(()())))())())()))(()))(())(()()(((()(
(((())()()()))())(()(()(()(((((()()))(()((()))((((())()()((())()))))))()))))
)(()()()()())))())((())((()))()(()()()))())()()))))(((((())()())()((((())(((
)()(()(()())))))()())(((()(())((()()(())())((((())()))(())))(((((()))(()))()
)()))(()()((())((())((()()))()()))((()((()()((())()()((()(())())()))(()))))(
(((()))()()(()(()))())))())))())((()((()())()()()(())((()(()()(())()()))()((
)()))))))))))(())(()))(((()(()())(()(()))))((()((((())(((())())(()))(()(((((
))()()((())(()))(()((()())())))(()(())((())()())))))()))())(()()((((()(()(((
))))(())))(()))()(()()(()((())()()()))())(()((())((()((()()())))(()()()()(((
(())()())))(())(())(((()(()()(())(()()()()(())))))())(()((())()()()))()(((()
MPASM的にはH'0E'なんだろうけど
MPASMでは、
H'0e' と、最後にも ' が要るの?
MPASM/MPLINK User's Guideを読むべし
Pは何の略でしょうか?
ありがとうございました。
PWMを1ピンで出力すると20-30mAしか取れませんが数ピン並列にすることで電流を稼ぐとWebで見たのですが
SinglePWM(CCP1)の出力を複数ピンに同じ内容で出すにはどのような方法があるのでしょうか？
Trなどの部品数を減らせないものか、アイデアをご教授ください
マジレスすると、adult 。。。
のご指南お待ちしております
たとえば、Timer1割り込みが発生すると、PIR1のTMR1IF=1になると思うのですが、
このTMR1IFは、処理後に自分でクリアしないといけないようです。
でも、UARTのFERRなどは、次の受信をすれば自動的にクリアされます。
PICが フラグセットしてくれるのはいいのですが、
処理後に自分でクリアしなければならないフラグなのか
自動的にクリアされるフラグなのかの区別がわからなくて、躓いています。
データシートを見たのですが、例えばTMR1IFの説明では
割り込みフラグビットは、INTCONレジスタの対応するイネーブルビットまたは
グローバルイネーブルビット（GIE）の状態にかかわらず、
割り込み条件が発生するとセットされます。
ユーザーソフトウェアは、割り込みを有効にする前に
適切な割り込みフラグビットがクリアされていることを確認する必要があります。
と書いてあって「自分でクリアしなければなりません」とは書いてありません。
クリアされる要因や、あるいはフラグセットされた後に、私がしなければならないこと
の区別は、データシートのどこかに書いてありますでしょうか?
宜しくお願いします。
データシートと喧嘩しちゃうタイプね
僕はそういうの面倒だから関わらない様にしてるんだ
the TMR1IF bit should be cleared before enabling interrupts
と書いてあるな、手元のデータシートには。
データシートの「割り込み」の説明にクリアしろと書いてあるよ｡
TMR1IF説明の部分じゃなくて｡
勝手にリセットされる割り込みフラグってあったっけ？
そうです。それがで書いた、
>ユーザーソフトウェアは、割り込みを有効にする前に
>適切な割り込みフラグビットがクリアされていることを確認する必要があります。
なんですが、割り込みを有効にする前に というのが、初回に有効にする前のことなのか、
毎回のことなのか、はっきりわからないんです。
ありがとうございます。
>「割り込み」の説明にクリアしろと書いてあるよ｡
それば「次の割り込みを知りたいなら、クリアしなさいよ」と言うことでしょうか。
初期設定のGIE=1の前に、xxIF=0にしてからGIE=1にしないと、
いきなり割り込み処理が走り出すよ、という意味にもとれてしまうのですが。
>勝手にリセットされる割り込みフラグってあったっけ？
そうなんですよ。そういうことがデータシートに一覧で書いてないかな、と思ったんです。
xxxIF セットはPIC クリアは 1)○○が△△した時に自動クリアされる 2) ユーザーが毎回クリアする
などと書かれていると嬉しいのですが。
割り込みばかりでなく、FERRやOVERRでのエラー復旧のサンプルを探したんですが、
どれもFERRはdummy read、OVERRはCREN=0, CREN=1するだけでした。
本当にそれだけで良いのか、チップを設計したMicroChipがお手本を示してくれないかな、
と いつも思っています。
チップごとにとか、機能ごとに挙動が違うとか言われても相手PICの専門家じゃないからは分からんと思うよ。
基本、割り込みフラグが立ってたら、割り込み禁止にしてない限りは、割り込みが発生する。
おおむねだが、検出されたら立つ 奴はクリアが必須。
タイマーとか、コンパレータとか。
処理の結果で立つ 奴は、自動的にクリアされるのが多い。
受信完了なら、データを読み出すだけでクリアされるとか。
クリア過剰もマズい
何の情報にもなってない
データシートの方がはるかに多くの情報がある
そのデータシートにも十分な情報が無かったりする
そうなんか？
XCは使う予定はないんだが、CCSCでもだめ？
どういう所で弊害出るん？
情報が多くて読み切れないことはわりとある話。
しかし、他人の書き込みに対して「何の情報にもなっていない」という人が
「データシートにも十分な情報が無かったりする」ことの具体例を
書かないのはおかしくないか？
結局のところ、それぞれのプラグに対して、どのように後始末しなければならないか、
どこかに書いてあるものでしょうか？
また、皆さんはどのようにして対処しているよでしょうか？
とにかく使用後は、クリアしまくるのでしょうか？
りーどおんりーでもクリアしてるのを見たことありますが、
訳もわからずやってるな、って感じです
結局のところ、それぞれのプラグに対して、どのように後始末しなければならないか、
どこかに書いてあるものでしょうか？
また、皆さんはどのようにして対処しているよでしょうか？
とにかく使用後は、クリアしまくるのでしょうか？
りーどおんりーでもクリアしてるのを見たことありますが、
訳もわからずやってるな、って感じです
サンプルコード
実験
の順に情報を集める
素直にプログラムを書けば、割込み関連のフラグのセット／リセットでそんなに悩む事は無いと思うけどナ。
割込み要求フラグの大原則は
「割込みを使えば自動的にリセットされ、使わないときは自分でリセットする」
です。
通信ハードエラー（フレーミング、オーバーラン、パリティ）発生フラグに関しては、
受信完了フラグが立ったら、通信エラーフラグが立っていないかどうかをチェックし、
立っていれば必要なエラー回復処理を行う。
立っていなければ受信データを読み取って処理する。
かな。
割込み開始時に、すでに割込み要求が発生しているなら（例えば通信でデータを受信済みなら）、
そのデータを捨てるか取り込むかはプログラムの仕様次第です。
不要なら要求フラグをクリアしてから割込みを許可します。
何がしたくて、それが分からないとどういう支障が出るのかって話。
たぶん、そいつの脳内を除けば何も困ってないはず。
ありがとうございます。
>ほんとに載ってないかなと思ってデータシートみたが、ブロック図とかみればわかるじゃん
ありがたい情報、ありがとうございます。
ちなみにこれは、どの型番のデータシートのどのブロック図でしょうか、よかったら教えてください。
僕が見たデータシートPIC16F193x で、例えばUART受信のブロック図では、
割り込みで言えば、事前に僕がRCIEを1にしてあれば、
RCREGに受信データが入ったらRCIF=1になる(?)ようなので、and結果で割り込みがかかります。
割り込みはかかりますが、andの先は→で書かれていて、
誰が記憶を消すかは書かれていないみたいです。
ありがとうございます。
>「割込みを使えば自動的にリセットされ、使わないときは自分でリセットする」です。
この場合の"使えば"とは、具体的にどのようにすることでしょうか?
・割り込みを設定すること
・割り込みが発生すること
・割り込み結果を参照すること
ありがとうございます。
実機持ってるんだろ?
不明点があれば仮説を立ててそれを検証すればいい
イミフな説明書いてエスパーの返事を待つよりずっと早いぞ
また次に割り込みがかかったことを知りたきゃクリアする。
そんだけのこと。
アンタが何をしたいかだよ問題は。
「割込みを使えば」とは
割込み処理ルーチンを書き、割込みを許可して、発生した処理要求（例えばUARTの1バイト受信など）を
割込み処理ルーチンで処理することです。
UART受信割込み要求フラグはCPUが割込み受付け時に自動的にリセットします。
「割込みを使わない」場合
割込みを使わないときは、1バイト受信フラグ（UART受信割込み要求フラグ）を
必要に応じてプログラマがチェックし（これをポーリングと言います）、
オンになっていれば必要な処理を行います。
受信割込み要求フラグはプログラマが適切にリセットしなければいけません。
なお、CPUによってはハードウェアで（プログラムの介在無しで）入出力処理が可能です（DMA)
で、ここで細かく聞くよりも の言うように実践を！
もしかして: 本人にもわかっていない
お前みたいな粘着系のめんどくさそうなやつに教えて、良かったと思うわけないだろ。
ちなみに俺が見たのは12F1822と16F87Xだが、ちゃんと書いてある。
>VDDをどれくらい超えたらPICは壊れるのでしょうか？
I/Oが壊れるのは大きい要因として
(1)電圧による破壊(をふせぐために決められた上限)
(2)内部の保護ダイオードや内部配線の限界
があります。
データシートの Absolute Maximum Ratings にI/Oピンの電圧限界として、
Voltage on any pin with respect to VSS…-0.3V to (VDD + 0.3V)
と書かれています。VDDが5Vなら5.3Vが上限ってことになりますが、
こういう表現は、たいていの場合、(2)のダイオードにでかい電流が流れないようにする電圧範囲です。
これを遵守するのが望ましいのですけど
Input clamp current, (VI < 0 or VI > VDD) …±20mA
とも書かれています。ダイオードのVFが0.6Vなら、電圧が高くなって(2)の電流が流れ始めるのは
5.6Vになってから。この時点で上の5.3Vは超えているのですが、これでは実際のところ壊れません。
偶発的に電圧が上がった場合でも(2)のダイオードに流れる電流を抑えるようになっていれば大丈夫。
たとえばセンサーとPICのあいだに入れておけば、
PIC5Vのとき、センサー出力が間違って6Vまで上がっても、クランプダイオードに流れる電流は
(6V-5.6V)/1k=0.4mAに抑えられます。
PICに電源を供給せずに、センサーだけに電源が供給される場合でセンサーが6Vまで上がっても、流入は5.4mAにとどまります。
どちらの場合もクランプダイオードを通じてセンサーから流れ込んだ電流をPIC側の電源ラインが吸収できることも必要ですが。
ttp://www.microchip.jp/docs/41364B_JP.pdf 77ページにRCIFがいつクリアされるか書いてありますぞ。
↓コツ
・PDFを開いたときに、RDIFで検索して見つかったところの前後を集中的に読むといい。
・日本語データシートがあるなら、無理に英語に拘らずにとりあえず頼ってみる。
・日本語データシートは古かったり翻訳に間違いもあったりする。見つかった役に立ちそうな情報は、英語の最新データシートでも確認してみる。
単純に考えればいいと思う
・割り込み要求は勝手にリセットされないからプログラマが自分でリセットする
・シリアル送受信のフラグは明確に書き込み／読み取りの動作でリセットされる
PICは、16Fならほとんど同じだからね。
よく分かって回答しているのは一部の人だけで、
他の人は適当にやって動いたから良し、
あるいは全然分からずにやってるみたいだね。
質問者が叩かれてるので、まさか自分もわからないと言えなくてね。
へえ、そうなんだね。
良く分かっている人のレスとそうでない人のレスを
具体的にレス番で教えて、参考にするから。
詳しくありがとう。
センサーのアンプ出力に約1K抵抗が内蔵されているから大丈夫だね。
分圧抵抗入れて、100と1000で何故半分しか出てこないのか悩んでいて内蔵1Kに気付いた。
出力短絡保護と思うが、分圧抵抗を撤去してダイレクトに入力する事にします。
出口でフラグクリアするのがよいのか何時も迷うぜ
どちらですべきか考えれば迷うことなんか無い気がするが
割り込み要因を取り除かないとクリアしても即セットされる物は要因を取り除いてからクリア
処理後、クリアまでに再度割り込み要因が発生する場合はクリアしてから処理
いずれ問題が起こる
多重割り込みが有効な場合は
クリア方法もよく考えないと
xc.hで定義されてるフラグにそのまま代入しちゃうこと
IFS1bits.U1RXIF = 0;
とかやっちゃうといずれ問題が起こる
R/Oのビットに書いても？
何で？
8bit 単位でしか読み書きされない。
えっ？ 1bit単位で読み書きする方法があるの？
リードモディファイなんとかライトだから、
読み出してから書き戻す間に、
ハードウェアによって変えられても、
古い情報で上書きされてしまう、
と言うことじゃないの？
PICのADCはつなぐ相手の出力インピーダンス10kΩ以下を推奨してた気がする。
1kなら大丈夫と思うけど。
絵入りでわかりやすく説明してるページがあった気がする。
それ、いつもやってる。
＞いずれ問題が起こる
とても心配なので詳細を教えてください。
へえ、どうやって回避すればいいの？
僕もやってる。教えてください。
わりと多くのマイコン内蔵A/Dコンバータが図のような構成になっていて、
変換直前に一瞬だけスイッチをONにしてCにチャージしてから変換を行う。
この一瞬でCをチャージして、誤差が分解能の1LSB以内に収まる。
ソースの直列抵抗が小さいほどチャージの収束が速くなる。
それゆえ、分解能が高くなれば、ソースの抵抗は小さくないと性能を引き出せなくなるし、
逆に、要求分解能が低いなら、ソースの抵抗は大きくてもよくなる。
で、外部回路や応答性に問題がない範囲で、青のコンデンサを付けておくと
抵抗が大きくても外付けコンデンサが内部コンデンサへのチャージを助けてくれるよ。
はやくみんなの疑問に答えてください。
場合によってはMicrochipに報告しとかないと世界中に影響が出ると思うんで、
よろしくお願いします。
はまって一週間くらい悩んだ…マニュアルはちゃんと読まないとダメだね
わからないならスクラッチで組もうとせずに
素直にMCCやHarmonyを使いなさい
MCCやHarmonyはあなたがダメ出ししたコードを吐く。
全く答えになってないね。
まあ、回答できないんだろうけど。
MCCやHarmonyが のようなコードを吐いてるMCUは大丈夫
決して のようなコードを吐かないMCUがある
それだとのコードはNG
＞決して のようなコードを吐かないMCUがある
具体的にPICの型番でお願いします。
＞それだとのコードはNG
の理由もね。
そっちが元の質問なんで、いいかげん話をそらさず、よろしく。
予想通りだな。
幾度かつついても具体的な回答を出せない>>ID:MZkAGnSRのようなヤツは無視
知識のあるヤツだけが回答してるわけではないから時間の無駄
吐いてるMCUと吐かないMCUの型番マダー？
みんな待ってるよ
みなさん、貴重なご意見ありがとうございました。
やはり、全部のフラグについて、データシートにも
はっきりと書かれていないみたいですね。
また、みなさん先輩の中でも十分な理解でなく使って
いらっしゃる方も、いるようです。
そういう特性のことかもしれませんね。
みなさんのご意見を参考に、
フラグは、ReadOnlyも含めて、全部自分で上げ下げする
という自分なりの決まりを持つことにしました。
みなさん、どうもありがとうございました。
の発言は、気になるところですが、のような執拗な言動も
どうかと思いました。
ありがとうございました。
アンタが読んでないだけ。
なんて時代は終わったのだよ
例えば非常にシンプルなUART
8bit, 16bit, 32bitで割り込みの仕様はまったく異なるのだが
データシートに1行書いてあるだけ
ここに十分な仕様が記述されているわけがない
条件が整っている時にセットされ続けるのか
条件が整った瞬間に1回セットされるのか
FIFO付きでもFIFO4, FIFO8 でその辺が異なる
レジスタが書いてあるだけ
あんなんで設計なんて出来ない
タイミングによって送信がダブる
Harmonyって書いてるんだからわかるだろうに
コードを検索すればたくさんヒットするよ
なぜがマズいか？
それは自分で考えなさい
他のマイコンも真似してほしいくらい
他のマイコンだと
クリアのみ可能
とかにすることで問題が発生しないようにしてたりするね
まあそういうことを一生気にしない人もいる
ごく稀に問題が発生してもノイズのせいにしたり
趣味の電子工作ならそれでも良いのかもしれない
私が見ているデータシートは別物だということが分かった。
したがってID:H6YmXlV3 から何かを得るのは不可能。
どうもお疲れでした>>ID:H6YmXlV3
>なぜがマズいか？
>それは自分で考えなさい
説明出来ないなら出てこなければいいのに。
苦労して会得したんだから、
簡単には教えたくないんだと思いますよ。
知っていても教えない
知らないから教えられない
黙っていれば、どっちかわからないから、
都合よく振舞っているんだと思うよ。
生徒「え？何処？何処？俺解いちゃったよ」
先生「何処が間近っているのかな？」
バカ「それは自分で考えなさい（キリッ」
どう考えてもコミュニケーションがとれないキチガイだろw
これ、品性の問題だからどうしようもないね。
場所と品性は関係ない。
どこだからどう振舞うかとかぶれること自体が品性の無さの表れ。
だからですよ。ここ、5chですよ。
だから
の続きを書けよ、馬鹿なのか？
ここ、5chですよ 馬鹿も居ますよ
なので、「だって〜」「だから〜」と幼児並み。
少し前に馬鹿と阿呆の罵り合いに飽きてこのスレ見限っていたのに。
ちょっと怖いもの見たさで除いたら、結構有用な情報があったものでズルズルと見続けてしまっていた。
データ削除します。
直結で期待通りだけどRssば1K位でセンサーの出力インピーダンスは1K位で分圧されないのはキャパシタがチャージするからでしょうか？
追加する抵抗R1は信号源抵抗Rsに直列に入るだけですので、分圧というのは違うように思います。
センサーの直列抵抗が大きくなっていても大丈夫なのは、サンプリングのスイッチが短い時間だけ
ONしたときに、CHに一気にチャージするときに流れる電流をC1から供給できるからですし。
で書かれていた「分圧」は右下の赤の回路ですよね？
＞サンプリングのスイッチが短い時間だけONしたときに
ちょっと認識が違う気がする。
サンプリングのスイッチは常にオンになっていてGO/DONEビットを
セットするとオフになってからA/D変換が開始される。
前回A/D変換したときにチャンネルセレクトを切り替えておけば
ずっとチャージしたままになる。
レスありがとうございます。
直結前の回路は赤色の通りです。
勉強になりました。
あーっ。ご指摘の通りです。別のA/Dと混ざっていました。
PICのA/Dの場合は、サンプルスイッチはチャンネルセレクトを切り替えてから
変換開始までどれぐらい待つかを決定するために信号源抵抗(とコンデンサ)を考慮するのでしたね…。
チャンネルを切り替えてから変換開始までに時間的余裕がある場合で、変化も遅い信号をサンプルするときに
信号源抵抗を考慮する理由は端子のリーク電流でした。
…ということでして、おはずかしい。
チャンネルを切り替える必要がなく、変化の小さい信号源なら外付けコンデンサにあまり意味ありません。
アホの教えたがりは社会悪
少なくとも「 アホの意味の無いイヤがらせ悪」よりはずっとマシだと思いまぁす。
別のA/Dとは？
参考にしたいので教えてください。
TIのADS8320です。
う〜ん、いまいち
16bit PIC なら、メモリー容量的にSPI モードで十分だしな。
> 馬鹿なほど知ったかして、得意げに教えたつもりになってるから卯財
教えようとしてるだけエライじゃん
イヤなのは、なんにも教えず説教をたれたいだけのジジイ
お前はバカだ、知ったかだ。と言うなら
どこが間違っていて、正しくはこうだ。
と書かないと、
あなた自身が、馬鹿な知ったか、に見えるよ？
2つあります。
MPLAB Xをダウンロードしてインストールして、ふー炉じぇくとを作って、コンパイル(ビルド?)をしました。
画面の下部にあるエラーとかワーニングが出る窓の文字が小さくて、とても使いにくいです。
この文字を大きくするのは、どこをさわればいいでしょうか?
Toolsのoptionsの中にfont設定があるようですが、
outputペインのfont設定までは見つけられませんでした。
今まではMPLAB IDE8.92を使っていたのですが、それに比べるとコンパイルに時間がかかります。
もっさりした感じです。これで正解なのでしょうか?
どうぞよろしくお願いします。
マウスのホイール押しながらホイール回す。
デフォルトだと、一度に8つ？のファイルを同時にコンパイルしようとするから、非力なマシンだと、かえって遅くなる。
最近は安くて早いPC充実してるからMPLAB X使うなら買い替え
サクサク条件は64bit4コア8ギガかな
今時中古ノートでも2万もあればそろえられる
ケチって買わないならコンパイルのんびり待ちましょう
待つのは無料だからね
開発は楽チンなんだろうけど
メモリバカ食いだよな
オイラもXの遅さに耐えられなくなって
去年PC新調した口
ついでにSSD化も
デュアルディスプレイ化もして超快適
どうもありがとうございました。できました。
この設定は、どこかのプロパティを開いて調整できるものではないのでしょうか?
よろしかったら、教えてください。
,122
みなさん、ありがとうございました。
僕のノートPCは、17インチ1920*1200で広いんですが、
コア2ディュオというCPUですので遅いです。もっさり感たっぷりです。
あと、もう一つ教えてくださいませんか。
文字を大きくしたoutput paineですが、エラーの表示はどこを見れば良いのでしょうか。
どうせ僕のプログラムミスなので、
○○行目にsyntax error ; が必要 とか出れば良いのですが、
いろいろと表示されすぎて、わからないです。
同じ単語が結構出てくるので、一冊ノートを作ってわからない単語を書き出してその意味を書いておくといいよ
ノートの単語が増えてこなくなったら、アルファベット順に再編するとかなんかしておく
その頃にはだいたい意味がわかるようになってる。
PCにText文章で作ってもいいけど、書いたほうが覚える感じがする（個人的に
ご親切にありがとうございました。
なんとか、プログラムが動き出しました。
outputペインの文字サイズは、outputペイン上で右クリックして、settingに行くとありました。
error表示は、英語を頑張って読むことにします。
ただ、makeとか知らない言葉が出てくるので、メモしておくことにします。
Syntax Error in 123 とか、色を変えて出てくれるとありがたいですね。
あと、ビルド成功の文字を、若草色から変えたいのですが、わかりません。
上記の右クリック...の画面で、Build Successの色を青にしたのに、
若草色のままです。
PCは遅いので、関数50行、main 20行くらいでも、1分くらいかかります。
なんだかなって感じです。
出力タブのウインドウでCtrl+Sで保存して､ここに貼り付けてみるのはどう｡
文句だけは一人前
なんだかなって感じです
誰のことですか?
makeも知らないのか
お前の組のことだよ。覚えとけ
理系はアフォばっかりだから、挑発はやめろ
無視すればいいんだよ
Cで書いて、コンパイルして .hex が出来て、picに書き込んで動けばオーケーです。
途中のmakeでこけるとかはMPLABの都合なので、僕らには関係ないです。
makeとかリンカーとかを知らなければマイコンが動かせない訳ではないでしょう。
ライブラリなんて安直な考えはダメですよ
仕事ならお金払って、趣味なら駄々こねれば。
出力されたアセンブラコード見て適正なコードが
出力されるようにCソース変更することでも結構
いい結果得られるし、だめなら直接アセンブラコードで
書けばいい。
ぐだぐだ言うやつはFreeエディション使ってるんだろ〜〜
Proモードでコンパイルすれば何の問題もない
Cでソース書いて、コンパイルして、目的のことが出来たなら、それで充分。
いつの間にこんな馬鹿喰いデブになってまったんだ、、、
あれ？なんか近くにそんな人居る、、、
4GB頭打ちの32bitOSだと修行僧とか忍耐力ある人じゃないと
運用無理じゃないの？
取り敢えずメモリー確保して置くってソフトは多いよ。
存在するのはわかるけど、やだなあ、それ。
しかし、X IDEのツールチェーンに登録されない？？？
入れたドライブとパスは、D:¥Microchipです。
javawコマンドは最大メモリ量とか初期メモリ量をオプション指定できるよ。
下記のページ見て-Xmsとか-Xmxとか起動する場所に指定してみたら？
ttps://docs.oracle.com/javase/jp/1.3/tooldocs/win32/java.html 例えば、-Xmx1G とかやればいいと思うけど、自己責任でどうぞ
-Xmx1g
Harmonyを立ち上げるとそのくらい使うねえ
まあでもメモリたくさんあるから気にしたことない
それより、MPLABXを複数起動出来るようにして欲しい
他の多くのIDEは出来るのにMPLABXは出来ない
MPLAB メモリ削減でググって2番目くらいに表示される記事参照
使われなければスワップアウトされるだけだしな。
つまりMicrochipが悪い
32bitの4GBの限界もそうだが、
32bit Windowsでは通常、32bitアプリは1プロセスで2GB(実際は1.5から1.6GBくらい)までしか使えない
64bit Windowsでは32bitアプリでも
実行ファイルにLargeAddressAwareのフラグが立ってれば4GB(実際は3.5GB程度)まで使える
32bitだから4Gしか使えないなんてのは、Windowsの64bit売るための言い訳仕様に過ぎない
Windowsはメモリ利用効率が何気に悪い
linuxもBSDもハードウェア限界まできちんと使えるし、MPLABもWindowsより多少はマシ。
java環境がマシなだけかもしれないが。
32bitのx86 Linuxでは1つの32bitプロセスが使えるメモリは3GBまでだよ
NVIDIAなんて32bit Windows用の新しいドライバは作らないと発表してる
LinuxだってUbuntuで18.04から32bitのUbuntu Desktopはサポートされなくなる
スマホもPCも64bitが当たり前の時代だよ
2017年9月28日 Ubuntu，Artful Aardvarkで32ビット版サポートを中止へ
ttp://gihyo.jp/admin/clip/01/linux_dt/201709/28 2017年12月21日 Canonical，Ubuntu 18.04 Serverでの32ビットデイリーイメージのサポートを中止へ
ttp://gihyo.jp/admin/clip/01/linux_dt/201712/21 PICも32bitだとMIPSで様相が全然違うけど、
8bitのやつとなにか共通点ってあるの?
名前だけ?
8bitと32bitはそういうのもあまりない
もっとも、
8bitと32bitで同じペリフェラルだったとしたら、
8bitがよほどリッチか32bitがショボいか、
バランスが悪すぎると思う
開発環境は共通点が多い
周辺機能は共通化進んでる。
どこが？
最近の8bitPICの周辺機能は、16bitPIC相当になってきてる
8bitはFIFO無し
16bit, 32bitはFIFO有り
8bitはハンドラ共通
16bit, 32bitは要因別ハンドラ
スレ民「開発効率や移植性？知るかそんなもん！MPLABバカデカくしやがって！Microchip死ねやボケカス！」
どうしてこうなのか・・・
PIC18の新しい奴は、割り込み要因別にベクタが有る。
アセンブラだと＜入力→16進変換→16進演算→10進変換→出力＞より
早くて簡単な＜入力→10進演算→出力＞でやりたい場合がある。
昔x86にもあったけど64bitで廃止された
加減算くらいしか使えないし、
10進の入出力は大抵遅くてもいい部分でしか使われないから
世の中のマイコンの性能も上がったし、
普通に気にせずC言語とライブラリでやればいいよ
いまだにオールアセンブラとかの人もいるし
時代的に30年前な感じ
昔、秋月で売っていたDDSの8桁の発振周波数をロータリエンコーダで増減し、
（PCとの任意のタイミングのUART通信でも変更、増減できるようにしていた）
液晶にその発振周波数を表示する、というパルスジェネレータを作った。
ロータリエンコーダを最高速度で回しても、操作性(応答性)を良くするために
1クリックの時間内で、液晶表示とDDSの周波数の更新が出来るようにしたかったので、
後から色々と悩むよりも、最初から最高速を目指してアセンブラで作った。
もっとも、あらかじめ厳密に時間計算したわけでは無いので、
Cでも可能だったかもしれない。
ところで10進数演算命令ではなくて、10進数演算「補正」命令で十分。
PIC18では2命令(加算と補正)で済むのに、AVRではフラグの問題もあり、
2桁のBCD加算に21命令もかかる(参考AVR204)、残念っｗ
使われなくて消えた命令
さすがに液晶の表示よりは速いんじゃない？
2進数===>10進数 変換
10進数===>2進数への変換はいずれにしろ必要
ロータリーエンコーダーの処理と
液晶や実際のDDSへの設定は
同じタイミングである必要もないし
ていうか、
1クリックで毎回液晶更新してて間に合うのか？
ロータリーエンコーダーのパルス間隔は
瞬間的に速く回せばミリ秒オーダーになるが
そんなこといいはじめたら最高速でまわすエンコーダーに追従するよりも
最高速で回さなくてもいい自動ステップなどの工夫を入れるべきだ、とか言い出すやつが出始めるぞ
いかにも初心者が作った感じ
各要素どれだけの処理遅延が許されるかを考えて
それぞれ適した場所で処理するものだ
UART受信は1msの遅延で取りこぼす
エンコーダーは1ms遅延までは許容する
液晶表示は20ms遅延まで問題ない
DDS設定は50ms遅延まで許容
じゃあUART受信とエンコーダーのカウントは割り込みで処理
他は割り込みじゃない普通の処理で
UART取りこぼしよりはエンコーダー取りこぼしの方が影響が少ないから
割り込み優先順位はUART受信の方が上
とかって決めるもの
アセンブラを使った最適化なんてのはもっとずっと後
初心者というか、いかにもフローチャートでしか考えられない感じだよね
非同期タイミングなイベント駆動のステートマシンで考えて欲しいところだ
まぁアセンブラで早くぶん回せばなんとかなるだろ的な設計にありがち
使いたくてしょうがないんだね
まったくフェーズの違う話題が突然出てくるところが笑える
30年前の話題だ
さすがPICスレ
空きにやればいいと思うよ
無駄な?カリカリチューンも趣味ならでは
✖空きに
○好きに
コンパイルしてlstみて気に入らないとasmで書き直して
ほとんどasmになったりするけどw
一桁を1バイトで表せばそんなに長くないだろうに？
そもそも±1しかしないんだろ？
遅くて良い処理を、
速くやらなきゃならないところでやってるから
問題なわけで
申し訳ありません、私の知識不足でした、調べればすぐに分った事なのに・・・。
Cが一般的な今、10進演算命令は不要だと思われるのは仕方が無いですね。
AVRで採用されなかったのもこれが理由だと思います。
もちろん各処理の許容時間を十分に検討して作ります。
でなければプログラムは作れません。
さっきこのDDS制御プログラムリストを見返したら、
使用している割込みはエンコーダ・パルス入力、
UARTの受信、タイマ2個の合計4つでした。
誰がどうやろうと、タイマ以外の割込みはこうなるのかな？
私の基本的な設計方針は、
＜最速最短の処理プログラムをチャッチャッと書いて終わり、
これで出来ないならソフトでは不可能でハードの追加が必要＞
ですｗ
（一文入魂の作文に疲れたので他の方へのレスは謹んで省略）
一桁を1バイトで表せばそんなに長くないだろうに？
別の理由であまり深く考えなかったけど、今、検討してみたらかなり簡略化できそう。
もしもバージョンアップする機会があれば採用してみたいです。
2命令で8クロックだからなあ
PICは遅い
何に使うかだろ？
Z80より速いだろ。
の話だよ
遅いからアセンブラでBCD命令を使ったんだろ
速けりゃそんなもん不要で
なにも気にせず標準ライブラリで済んだわけで
アセンブラじゃ開発期間も移植性も可読性も最悪
mplabxide+xc8の環境で、ビルドした際のチェックサムについてです。
ソースを変更した場合、チェックサムも変わるものですが、コードプロテクトをかけてビルドするとソースの内容によらずチェックサムが同じ値になります。
こういうもんなんでしょうか。
プロテクトをかけた時点でチェックサムも計算できなくなると言うことですかね。
レスありがとうございます。
そうです、config内のCONFIG5LからCONFIG7Hまでの設定です。
ソース中にconfig記述してるの?
結果が仕様なんだろうな
プロテクトしたら実物でもチェックサムに意味は無いのだから
気にしたら負け
ソース内と言うか、
mplab x ideでコンフィグを設定→
吐き出されたコードをコピペしてconfiguration.hとして保存→
main.cでインクルード、とやってます。
コードプロテクトの方法としてもっとオーソドックスなやり方ってあるんでしょうかね。チェックサムの件はあまり気にしないことにしますが、今後のためにご教示いただけるとありがたいです。
チェックサムはコードが一致してるかの確認用。
プロテクトは外から内容を読み出せない様にするもの。
mplabでコンフィグ設定すれば、インクルード不要と言うことですか！全然知りませんでした…今の状態でヘッダ無しでどうなるか確認してみます。
コンフィグ結果をテキストとして吐き出せるので、てっきりヘッダやソース内に記述するもんだと思いこんでました。
ありがとうございます。それは認識しているつもりですが、プロテクトをかけて中身は分からないにしても、チェックサムだけは確認できないものなのかなと思っていました。
皆さんレスありがとうございます。
なので取りあえず今まで通りで進めます。ありがとうございました。
configuration.c だろ
・configuration.hをmain.cの先頭でインクルード
・cofiguration.h内のインクルードガードを削除してconfigration.cとして保存、main.c内先頭のインクルードを削除
のどちらでもビルド出来ました。後者が通常の（正しい）方法なんでしょうか？何せ基本が分かってないため手探り状態なので…
インクルードファイルは名を.cにする方が自然かもね。
皆さんありがとうございました。
ふつうは宣言を.hにしないか
.cは記述
includeで.cを取り込むのは何となく気分が…
(一般に、コンパイラによってはソースレベルデバッグで混乱をきたすこともある)
実行コード含まない配列の中身dataを取り込むときとかには使うけど
取りあえず個人用にやってるもので移植する予定が無いのであまり気にしないことにします。
迷惑
.cをincludeするのは気分良くないけど、
.hに実行コードがあるよりマシだと思って使う。
は単なるアドレス指定のデータの実体
configuration.cにして単にビルド対象に加えるだけで終わりじゃないの？
データシートをちゃんと読めばそんな疑問は出てこないと思うが
コンパイラの仕様だろうが
xc8の__configにどう記載すれば良いか悩むよね
悩んでもどうせ分からないので検索サイトでサンプルを探してパクるのが早道
書き込むかプログラマで指定した値を書き込むかを選択できる性質の
データだからコンパイルに影響するようなものではない。
定期的にRS232Cから文字列(数値を表したもの)出してる機器の信号を取り込んで、アナログ電圧として出力するだけのデバイスを作りたいと思い、PICを初めて触ろうと思います。
開発環境を作ろうと思ったところ、PICkit4なるものが出てるじゃないですか。PICkit3を買うべきか、PICkit4を買うべきか。
デモボードも買うべきか(そもそもデモボードって何ですか)。
よくわからないので、アドバイスください。お願いします。
PICkit3買っとけ。っていうか、この時代になぜPICを選ぶ？
デモボードってのは、安倍辞職とか書いて道路練り歩いてる連中が首からぶら下げてる奴のことだ
PIC以外にどんな選択肢あるですか？
必要なときだけ接続する、可搬デバイスを作りたいのです。
シーケンサはごついです。できるだけ小さなデバイスを作りたいです。
デモボードが飾りなのは理解しました。
HPにてエラーにたどりついてしまいます。
今は開発環境とコンパイラはダウンロードできないのでしょうか？
返信ありがとうございます。
統合開発環境 MPLAB X
ttp://www.microchip.com/mplab/mplab-x-ide コンパイラ (XC8 XC16 XC32)
ttp://www.microchip.com/mplab/compilers ちなみにPC環境はｗｉｎｄｏｗｓ7 64bitです
pickit4にしとけ
どっちっすか…
すみません自己解決できました。
↓からＤＬできそうでした。
ありがとうございます
ttp://www.microchip.com/development-tools/downloads-archive そこは古いのしか置いてないけど古いのでいいの？
なるほど、その手があったか！LED100ｘ200くらいで首から下げてメッセージ流すやつ
作るか。もっとも、できるころには総理大臣2人くらいは変わっていそう。
arduinoでもつかえば ?
パチモンでよければ基板は数100円からあるし
開発環境無料だし
お勧めは
arduinoにするほうが絶対に良いと思う。先人のサンプルも多いし、ハードも一つ買えば完結する。
・開発環境無料
が、なぜ
「100円の基板じゃ無料で開発出来ない」
になるのか？
読解力以前の問題。
初心者にパチモンを勧めるのもアホ
まあそもそも自体いつもの作り話な感じもするが
否定だよ
根拠は何なんだろうね。
・道義的なもの？
Arduinoの互換品はルール的な問題はない。
Pickitの酷似商品よりはマシだと思う。
・問題が発生したときのよりどころの問題？純正なら切り分けができるから？
それだったら、ちょっと前まで初心者がよくやっていたライターを作ることもアホ。
からなずしもそうはならんよね？
>否定だよ
ああ、そうだね。すまん。
なぜそういうズレた否定をするんだろう。
言いたいことは「数100円払っている段階で無料ではない」だろ？
でも元レスは「開発環境が無料」って言っているのであって「無料で開発出来る」って言ってるわけでもない。
それに、基板やチップ自体にお金がかかったとしても、
IDEが無料で使えて、特にライターも要らないのであれば、人口に膾炙した表現として「無料で開発できる」で
通じるだろね。
熱いねwww
ここ、PICスレだから具体名をあげてまでの話はスレチだしやめておく。
知りたければAruduino互換スレで尋ねるか、UNO 互換 で検索すればよかろ。
そんなもん無いだろアホが
ってこと
>そんなもん無いだろアホが
と、過去に思っていた、という話だよな。で、存在することはわかっただろ？
良かったじゃないか。自分がそれを使うことがないとしても、知らなかったことを知るようになったんだし。
amazonでattiny85で検索すると出てくる274円
ハードはこれだけで開発できる
ソフトは無料のarduinoIDE
PICにもこういうのがあるといいね
ST-Link 239円
STM32F103C8T6 ボード226円
SW4STM32 IDE 無料
500円でおつりがくるな
大海を少しは知れたかな?
(PICでいえばICDあたりの環境?)
スレチと言われればそれまでだが不毛なカスの無価値な議論よりは
役に立つ情報だろうから書いてみた
「PIC」で一括りにしているけど、8ビット、16ビット、32ﾋﾞｯﾄでスレを分けた方が良くないか？
違いが大き過ぎる
どの話をしてるのかわかればそれでいい
ビット数で分けても
PIC10とPIC18じゃ大違いだし
MMとMZでも大違い
おまえがPICでデバッグしたことないのは良くわかった
作り話じゃないです…
私企業の化学者でして、今後のことを見据えて少しずつ実験を機械化していきたいのです。
で、データロガーに取り込むときにはアナログ信号の方が都合がいいのですが、電子天秤の電送出力が軒並みシリアル通信でして。しかも十進数の測定値をそのままascii文字列で送るというクソ仕様。
しょうがないので自分で作るか、と。
そのままパソコンのシリアルに繋いで記録取りゃいいじゃないか
後処理でそのデータからグラフでも何でも書けるだろうに
次にはPWMDACのキャリアとサンプリング定理とダイナミックレンジとノイズについて・・・
いや、なんでもない。
お前はむいてないからさっさと転職しろ
桜の便りもチラホラ聞かれる今日この頃なのに
「物言えば唇寒し秋の風 」
その用途ならPIC関係なくArduinoかラズパイのスレの方が
優しく教えてくれるよ。
いやいや、とりたいのは天秤データだけじゃないんですって。温度は基本的にK熱電対の電圧を直接取り込みますし、その他もろもろ、アナログ信号出す機械が多いんですって。
シリアルを直接PCに取り込むソフトならなんぼでもありますが、あの機械はこのソフト、その機械はあのソフト、温度はデータロガー…とかやってたら、後で時間揃えてデータを統合するのが死ぬほどめんどくさいでしょ？
だから全部アナログ信号に直して、1台のデータロガーでまとめて収集するのが一番楽なんです。
デジタルよりアナログの方が精度劣るのはわかりますが、この際気にしません。
はーい。
お邪魔しました〜
普通に作って教え教えられてならSNSの方がいいのかも
目的を聞けば聞くほどarduinoを進めたくなる。
でもそれはマイコンを使う必要あるんだろうか
データ➡rs232c➡usbシリアル変換➡usb➡pc
pcでそれぞれのポートの固有番号がわかるから、番号ごとに定期的に時間とデータをエクセルにでも追記したら。適当なソフトは分からないけど他で質問したらどうでしょう
出力をフィルタするとか必要ならオペアンプ類でデータロガーの電圧レンジに
合わせ込むとかしなきゃいけない キャリブレーション不要ってことは無いでしょう?
DCレベルだからオフセットの調整もある。
独立した用途に合ったDACを外付けしたほうがいいかもしれない
マイコン/アナログ両方の知識が要るから0からちょっと質問して出来るようなものではないと思うよ
既成品があるか知らないが、まずそういうものがあるかどうか調べたら?
このスレに来たってことは、
PICでやるって決めてるって事だよな
シリアルのフォーマット、送信間隔
必要な出力チャンネル数
必要な電圧
必要なビット数
を書けば設計してやるから書いてみな
そういうわけにはいかないよね？
アナログ出力インピーダンスと
電源電圧も
arduinoも考えてみますね。聞きかじったところだとunixも動かせるとのことで、そりゃいくらなんでもオーバースペック…と考えておりました。
ロガーでいくらでも調整出来るとは思うけど...
まあわかることは出来るだけたくさん書いて
データロガー側は±1V, ±5V, ±10Vのマルチレンジ対応です。オフセットはデータロガー側で設定できます。たしか。
DAC外付けはちょっと考えてました。分解能8bitじゃ足らんよなあ、と。
dsPIC33FJ64GP802 じゃだめですかね？
12bitでぎりぎり足りるかな…ってところですが、本音をいうとも少し欲しいので、16bitのDAC載ってるやつです。
エクストリームありがとうございます！
明後日出社したときに、天秤の取説コピーしてきます。
んでもってやりたいことをもっと明確にしますので、少々お待ちくださいませ。
うちの会社でも電子天秤はRS-232Cなので０-5Vに変換して圧力やら、Pt100Ωやらと一緒に記録計で記録してます
PICでやるより、Arduinoの方が簡単確実です
UNOには、D/Aが無いので、10bit I2CのD/AコンバーターICをつなげて、使ってます
そういう研究所やら、企業は結構在りますよね
1. PC置くと作業スペースが減る。
2. PCを実験台上に置くと、1週間以内に有機溶媒をディスプレイやキーボードに垂らして( ；∀；)…
のため、あまりPCを近くに置きたくないのです。
そのデバイスください。
DACの出力がシングルエンドで良いなら簡単にできそうだ
8pinならPIC16F18313だな
秋月に無くていいなら15313でも
ttp://logicpack.co.jp/product/cnv/cnvda.html RS-232Cの書式は変えられないとは思うけど
1chで5万円
私が作りましたが
4-20mA出力も可能です
部品代で2kくらいかな
ググってご自分で作って下さい
売るなら８万くらいかな
あとはMAX3232とかも要るかな
電源は5Vから3.3Vに安定化した方がいいか
あとはDACの出力をバッファするかどうかだが
秋月だとNJM27463辺りか これはSOPだが
もうこれで回路出来るな
まともなケースに入れるとケース代が一番かかる
O NJM2746E
今はもっと選択肢が増えているからそうでもないが､
未だに最初に頭に浮かぶ人は結構いそう｡
という程度な意味くらいしかない｡
ちょっとピン数が増えたりプログラムが大きくなりそうなときは14ピンの1825がセカンドチョイス
スマホからですみません
勉強用にとりあえず今使えればいいので、古いバージョンでやってみます
スマホからですみません
僕が見たときはエラーだったんですが(泣)
とりあえず勉強で軽く触ってみたかったので、古いバージョンでやってみます
UARTを2ch使いたいのですが、XC8やXC16では、printf()はUART-No.1側に固定のようです。
fprintf(ch1, "hello");
fprintf(ch2, "hoge");
など、出力先を切り替えて使いたいのですが、どうしたら良いでしょうか?
printfの出力先を切り替える関数を追加するとか
sprintfで文字列に変換してからUARTドライバを直接たたくとか
printfはputc()に書くので、putcを自分で書いて、出力先を切り替えるようなフラグを盛り込めばOK
おまえら研究レベルで、k熱の電圧直接取り込みとか言う時点で気づけ。
この手は、精度は関係ないとか言って、後から精度が出ないとか泥沼に引きずり込まれるパターンだね
しかも16bitアナログだってさ
>泥沼に引きずり込まれるパターンだね
協業した人に引きずりこまれた経験は誰しも大なり小なりあろだろね。
「自分だけが見通せているエライ人」みたいな振る舞いはどうなんだろう。
アマチュアレベルだとそう考えるんだろうな
工業ようデータロガーがどんなものか知らないんだろう
PtじゃなくK熱でんついで測定だから
ラフでいんだよ
と、読めない
もっと幅広く勉強したらどうだ
なんだ、やっぱりいつものパターンか
ありがとうございます。
そのレベルで操作するのですか。
XC8, XC16では、fprintf(,)は使えないのでしょうか?
出口フラグ = 1;
printf("test\r\n");
void putc(unsigned char c)){
if( 出口フラグ==0 ){ TXREG.0 = c; }else { TXREG.1 = c; }
}
こんな感じでしょうか?
予めコンパイラに関数が登録されている事もあるが、無ければユーザーが独自に書く必要があある
fprintf(stdout, ...)
fprintf(stderr, ...)
で切り替えろってこと
#define ch1 stdout
#define ch2 stderr
で希望通りになる
ライブラリのソースってあったっけ
なるようにするんだよ
writeを自作するだけだ
標準関数はあくまで関数であって文法ではない
インクルードするかどうかとリンクするかどうかは関係無いし
ていうか、fprintfから自作するつもりか？
ということだな
PICは良く知らんのだがarmとかだとweakと指定してあれば重複しても指定していない(強い方)
シンボル使ってリンクしてくれるのだが(C++とかのオーバライドのことではなく、リンカの機能)
こんな機構が処理系にあれば、気軽に低レベルI/O関数のwrite等をユーザー定義の関数に
すげ替えられる。
それが無いと標準ライブラリから特定のオブジェクト抜き出して使用するとかしなけりゃならない
(何らかのフック機構が用意されていればいいけど)
で、PICのXCの場合はどうなん?
組み込み初めてか？
あと、に対するの意味はわかるよな？
普通にできる。
さすがです。その通りです。
まあそもそも、化学業界でPtなんて、オーバースペックもいいところだと個人的には考えてますが。使いにくいし。
それこそ分野によるのでしょうが。
仕様はも少しお待ちくださいな。今帰宅中ですので。
飯食って風呂はいってから、、、疲れて寝るかもしれませんが。
化学プラントではPt100Ωが標準的に使われてるけど…
ラフな温水調節とかでは熱でんついが多い
医薬品プラントはほぼPtだよ
5chでこんなこと書いてるなんて
余程レベルが低い会社にお勤めなようで
俺もだが
このスマホじゃ熱でんつい変換できんがや
そりゃ知ってますよ。
Pt100はドリフトせず、断線するときは基本的に即死しますから、異常検知しやすいんです。壊れにくいしね。
K熱電対はドリフトしやすく、壊れやすい。異常検知が難しいのでプラント向きじゃないです。
ただ、精度の観点でいえば、Pt100じゃないと！ってのはダウトですね。Pt100とK熱電対の精度を語る前に、槽内循環改善しろって話です。
さて、ご飯食べてきますね。
熱電対と比較して？
漢字知らないだけかよwww
よろしく
お待たせしました。仕様書きました。よろしくお願いします。
【天秤仕様】
ボーレート: 150, 300, 600,1200, 2400, 4800, 9600から選択可能
パリティ/ビット: 8bit, 7bit/パリティなし, 偶数, 奇数から選択可能
ハンドシェイク: 無し, ソフトウェア, ハードウェアから選択可能
【天秤からの伝文】
"S" (スペース) [A-Z] (複数のスペース) (測定値) (スペース) "g" [CR] [LF]
これがひたすら天秤から投げつけられ続けます。
送信間隔は不明ですが、もともとプリンタへの出力を想定した端子なので、せいぜい1秒だと思います。
(測定値)は小数点を含む数字です。負数の場合のみ"-"が付きます。
浮動小数点数型みたいな気の利いた型ではなく、ただの文字列です。
なお、天秤のオーバーレンジ、アンダーレンジの場合はそれぞれ以下の伝文になります。
"S" (スペース) "+"
"S" (スペース) "-"
【DA変換仕様】
分解能別に12bit, 14bit, 16bitの3ケース示します。もちろん高いほうが嬉しいです。
12bit: 測定値の絶対値を返してください。出力レンジは0〜409.6g, 1LSB=0.1g
14bit: 出力レンジ-409.6〜+409.6g, 1LSB=0.05g
16bit: 出力レンジ-655.36〜+65536g, 1LSB=0.02g
出力電圧は、12bitの場合0〜5V, 14/16bitの場合-5〜5Vでお願いします。
【その他】
Ch: 1
PICkit4買いました。
よろしくお願いします。
さーせん。
「選択可能」の意味は？
オーバーレンジ、アンダーレンジ、範囲外の場合の動作は？
ハンドシェイクの意味は？
(受信だけだし速度も遅いのでビジーにはならんでしょってこと)
レンジがおかしいので修正を
選択可能の意味は、天秤側は設定で変えられますんで、作る人がやり易い方法でお願いします、という意味です。ハンドシェイクも同様。…書かなかったら書かなかったで文句いうくせに。
オーバーレンジ、アンダーレンジ、範囲外の時は、近い方のレンジ端で出力してください。っていうかアナログ出力なんで、それ以外の表現方法ないですよね？
レンジがおかしいってのは、1ビット分多いぞごるあ！ってことですか？好きな方切っちゃってください。ユーザー側からしたら、どっち切っても同じことです。だってアナログですから。
よろしくお願いします。
「選択可能」という言葉を書かなかったら文句が出るでしょうけど、そうではなくて、
「選択可能」の意味を書かないといけないですよ。
>ボーレート: 150, 300, 600,1200, 2400, 4800, 9600から選択可能
は、少なくとも下の2つの解釈ができるのです。
・このうちのどれでも作りやすいのでいいです(の説明でこれだとわかった)
・なんらかの設定で150, 300, 600,1200, 2400, 4800, 9600を任意に設定できるしくみになっている。
オーバーレンジ、アンダーレンジを受け側で判断できるようにしなければいけないようなもので
0-5Vの出力を持つもののとき、
正常測定範囲を0.5V〜4.5Vに振って、アンダー、オーバーその他トラブルのときに、範囲外電圧を出力する、
という要求は見たことがあります。 どれぐらいの意味があるかは用途次第ですけど。
全体的にラボのシステム見直すべきと思うな
PC置くと液体で汚れるからイヤだ?
データロガーなら汚れてもいいのか?
自分だったらアナログで統一なんて「大バカ」なことはせずに
デジタルで統一して記録するがな
あんまり態度が悪いと放置するぞ
PIC32MM0064GPL028 175円
PCM5102A 500円
ICL3232CPZ 130円
出力は±3Vで良ければDACからそのまま出せる
電源は3.3V単一
±5Vが必要なら追加の部品が必要
DACはオーディオ用なのでDCの質は未知
あとは基板、コネクタ、抵抗、コンデンサ、ケース、電源が必要
とりあえず、±3Vくらいで良いかどうか書いて
アナログ出力からパルスを出すとか
別のポートから出すとか
作れないなら売ってる
例えば、
>「Wi-Fi RS-232C 変換アダプター REX-WF60」
>離れた場所にある電子天秤などの計測系にもiPad・Android端末にも利用できる、
>WiFi to RS-232C 変換アダプター。
電子天秤が広告文面でてきてワロタ
まともなやつが使ってるのはこういうものだ
でもいいか
0V〜3.3V出力で良ければそのまま出せるし
±5V必要なら出力段の回路が必要
予算\500
コネクタ+基板+PIC+CR少々+ケースは100均のタッパ
ああ、RS232の12Vは適当にDi+抵抗で受ける
お前がやるならおれは引く
俺も誰にも頼まれていない
気楽に行こうや
書きなぐりでも誰かの参考に僅かでもなるなら
それでいいじゃないか
肝心の出力電圧の誤差とリップル、出力インピーダンスと交流応答特性が完全無視
こんな仕様で出した測定器でどんな代物ができるんだろう
100g中の重量誤差も温度許容差も無視の企業化学者様だぜ
ほとんど直流でしょ
リップルもどうせロガーでローパスされるからあまり関係無い
熱電対も入力出来るんだから
ロガーの入力インピーダンスも非常に高い
と思った
精度は気にしないと言っておきながら
16bit欲しいってのがちょっと
発振回路の水晶に薄膜が着くと周波数変わる、というセンサにしたかったらしい
それが発振しないというので見てくれと化学科の人間が持ち込んだ代物は
水晶片から配線が約1mピローンと伸びて駆動回路に繋がっていた
これでまともに動作するわけないよと言っても、なんで?というので
・・・以下略
すごいじゃないか
うちの会社でも物性屋が研究してた。
ナノグラムの変化を周波数変化で見るって。
経年変化が問題だった。
そのために、RX、TXの設定をしたののですが、PPSにて設定する場合、下記の書きかたで問題ないでしょうか？
（うまく動作しなくて一つ一つ原因を追究中の状態です。）
//TXピンをRC4とし、RXピンをRC5に割り当てる場合は？
RC4PPS= 0b10100 ; // 出力(TXを割当てる)
RXPPS = 0b10101 ; // 入力(RC5を割当てる)
TRISA = 0b00000000 ; // ピン(RA)は全て出力に割当てる(RA3は入力専用)
TRISC = 0b00100000 ; // RC5(RX)だけ入力その他のピンは出力に割当てる
シリアルの変動に対する出力変化の追従やジッタをどうするかということだよ
16ビットのアナログ値の精度の取得と発生を簡単に言う奴に、ちゃんとしたやつはいないと思ってる
受信間隔がせいぜい秒だって言ってるんだから
追従性やジッタなんてどうでもいいだろ
気にすべきところはそこじゃない
どうでもいいことはないだろ、出力変化点の仕様を決めてなければ回路含めた低レベルの設計ができず
動いたからいい、たまにロガーがおかしなデータを受信して、運用のデータ処理でデータ廃棄するという
汎用のない代物が出来上がる
DACの出力が秒遅れても問題ない機器だぞ
シリアルの入力パルスの影響でDACの出力が変動することを心配してる？
そんな事よりもっと心配する事があるだろ
だから、
DACの出力や変動が秒遅れても問題ない機器
ということを仕様に書けよ、ということ。
もっと心配することは大量にあるが、そこのところをきちんと書くのが仕様というもの。
書けないやつは永遠に書けないし、このスレの趣旨でもないのでもういいよ。
非線形性
温度特性
まず気になるのはこの辺だ
これもスペックに書いてないからどうでもいいんだろうけど
ビット数が有れば精度はどうでもいいって可能性もある
やっぱり作り話かな？
チャンチャン♬
メリットは？
シリアル入力をそのまま整流して、ローパス通して、適当にオペアンプでバイアスと増幅すればいいんじゃね？
PIC好きな爺には変なのが多いな
ジーチャンに限らずニーチャンだってオジチャンだって。
久しぶりに声出して笑ってしまったじゃねえか
ゴミ仕様からはゴミしか生まれないってこった
タイヘンだダダ
3.3V…ええ、それでいいです。大丈夫です。
でも、勉強のために5V出力するためにはどうすればいいか教えていただけると
なおうれしいです。
>> 357
ほへー。そんな手が。失礼しました。
その通りです。絶対値の精度は問題じゃなくて、変化の具合が重要なのです。
どんな塩梅で遅くなったか、とか。だからこそデータロガーでデータをとる
意味があるのです。
無意味に16bitを指定してるわけじゃないです。
確かに天秤に乗せた容器に少しずつ、400 gまで(つまりレンジいっぱいまで)
液体入れていくなら、16bitもいらないです。
でも同じ天秤で、最終的に40 gまでしか液体入れないときもあるわけです。
しかもそれを3時間かけてゆっくりゆっくり入れていく、といったときもあるわけです。
そういうときに必要な分解能は、400 gをちゃっちゃと入れる時よりも
(重量単位では)小さくなります。
測定レンジは必要最大値で、分解能は必要最小値で、という仕様にすると、
必然的に16bitが欲しいなあ、となります。
ご指摘ありがとうございます。
温度特性はだいたい常温付近でしか使いませんから、
あまり気にしなくていいと思っています。
非線形性は気にはなります。
maxisのDAC見たところ、チップのグレードによって
線形性が変わるようでしたので、基本的な回路をご教示いただければ、
あとは私のほうでグレードを選べばいい、と理解しています。
(間違ってますか？)
1年前に別件でPLCのスレにお世話になったときも、LabView勧められましたねえ…
結局melsecシーケンサの勉強しましたけれども。
食わず嫌いです。
値段も変わらん
の質問の回答は？
人が書いた文章をまともに読んでないようだし
態度を改める気が無いようなので
以降相手にしないことにする
だね、自分も同様に思います。
ここの自称初心者はこんなのばっかり。実は一人なのかもしれないけど。
XC16の標準の奴はunixに近い仕様だから、逆に使い勝手悪い。
俺はXC8の doprnt(printfの中身)を、修正して使ってる。
誰か教えて
その関数を実行中に、割り込み入って、さらに、その関数が呼ばれる とか無ければ、問題はない。
割込み処理中に割込みが入らないようにして
実験してみます
推奨されないだけで禁止ではないのですね
何が起こっているか/起こるか理解しておいて使えというだけの話
かなり大丈夫になってるんだろ？
それのどの辺が問題？
わかってないなら割り込み自体使うべきではないよ
8bitだとどういう問題があるの？
今までまったく気にしたことがなかったけど
8bitだとなにか制約があるの？
旧来のPICだとスタックが小さいので割り込みとかネストに制約がある
dsPICと比較しているからそういうことを言いたかったのだと思う
ttp://www.datadynamics.co.jp/ccscc/faq/13.htm ttp://www.datadynamics.co.jp/ccscc/faq/29.htm ttp://www.datadynamics.co.jp/ccscc/faq/55.htm C言語って呼べるのか？
確かにスタックは小さいけど、大規模なプログラム組むわけではないので
インライン展開などコンパイラが自動でやってくれるので
バグになるようなことは少ないと思うし、スタック使い切るようなくらい
ネストさせなければならないプログラムを書く必要性ってあるのかな？？
プログラム能力で回避可能だと思うけどね。
PIC程度の速度なら割り込みを多用するよりポーリングの方が応答速度が
速い場合があると思うよ
（過去の納入実績での話なのですべてが当てはまるわけではないけど）
そういうことをわかっていればいいんだけど、という話でしょ。
mainで関数コール(下手すれば多重）の中から、割り込み呼ばれる可能性もあるわけだからさ。
よこからだが、こんなん割り込みより早いだべさ
BTFSS GPIO,0
GOTO $-1
BSF GPIO,1
BTFSC GPIO,0
GOTO $-1
BCF GPIO,1
GOTO $-6
それならマイコンなんか使わずにバッファでいいだろ
どうやっても「割り込みを多用」するようなコードに置き換わらないし
実際の使い方でだよ
ポーリング間隔の最悪値が割り込み応答速度より短いって
ほとんど何も処理出来ないぞ
レベルのコードくらい
スタックオーバーフローしないように
なんてのはPICに限ったことじゃないし割り込みに限ったことでもない
ttp://akizukidenshi.com/catalog/g/gI-10799/ これを使えば10円で超高速
こんなベッタリボーリングでも12〜20クロックもかかるのか
やっぱりPICは遅い
ちなみに割り込みを使うと16〜20クロックで
の動作が出来るので
こんなあり得ない処理でも同等
実際の処理でポーリングの方が速いってどんな処理？？？？
PICのスタックはすぐにオーバーフローするから問題なんだよ。
そもそもPICは「周辺・入出力・制御器」であって、
スタックが深くなるような複雑な処理、用途には向いていないｗ
いつの時代のPICの話をしてるの？
確かにサンプルの処理なら割込みと同等程度に早いとは思うけど、
そのかわりポーリングの処理にかかりっきりで、他には何も出来ない。
複雑な処理、用途には向いていない「周辺・入出力・制御器」だから当たり前かｗ
一番売れているPICの話しだよ。
型番は？
筆がすべっただけだろうし、も無理なことを要求してはいけない。
ここはひとつ、秋月の人気順を見てみてはどうだろう。
ハードウェアスタックの段数が問題になるようなPICは今は人気も落ちてるに違いない。
8位入賞圏内のPICは…。(2018/3/31 8:01現在)
1. PIC12F629
2. PIC16F873A
3. PIC16F1827
4. PIC12F683
5. PIC16F88
6. PIC16F84A
7. PIC12F1822
8. PIC16F887
むう。意外なぐらいにコンサバティブであるな。
実は売りたい順とかだったり
それにしても、
84Aに300円も出す物好きがいるのか
PIC16F84Aは教材需要と、それに引っ張られて「それなら使える」という需要が今でもあるのかな。
教える気が無いとしか思えないなあ
特殊で癖のあるアーキテクチャーを教材に
ってだけで違和感満載なのに
ポーリングと速い遅い言ってる人がいるスレはここですか？
ガッコの授業なんてそんなものだろ
指導要領に書いてあることが教えられればそれでいいんだから
そもそもアーキテクチャの良し悪しを語れる教師なんてそんなにいない
は処理まで含んだ実測値ですよ
入力ポートが変化してから出力ポートが変化するまでの時間をオシロスコープで測った値
当然入力ポートへ入れるパルスはマイコンとは非同期
割り込みじゃない方は測ってないけど
大体そんなもんでしょ
そんなに変わらんでしょう。
普通のCPUとOSだと、本来の処理以外に
環境保存、割込識別、要因除去や再設定、環境復元
が必要で、GHzのCPIでも数μ秒かかってしまう。
比較対象はだぞ
逃げちゃったけど
当然応答性能も割り込みよりはるかに悪いし
CPUも占有する
最悪のコード
そりゃ間違いだよ
高性能計算(スパコン等)で最も高速に通信する際、
割り込みなしのポーリング処理が普通。
そういう使い方もあるってことね。
相変わらず作り話の多いスレだ
発言全体にかかっているのかいないのか不明瞭な
最悪の日本語
今時のスパコンはインテルのxeonでOSはlinuxがほとんどだよ
自分の無知を晒さない方がいいよ
ほんとpicのスレは耄碌した無知な井の蛙
呆れるばかり
つまりメインでたいしたことやってませんということを言いたかったということでOK？
xeon, linux の環境でCPUがポーリングで高速通信
相変わらず作り話が多いスレだ
あなたは救いようのないバカですね。
自分の知らないことを間違っていると言い張るのは
学びを放棄する愚か者です
こんな年寄りにならないように心がけなきゃ。
ttps://www.uquest.co.jp/embedded/learning/lecture15-1.html スパコンで計算や演算用の演算装置が通信までやってると思ってるのか？
しかも割り込みやらポーリングで？
スパコンの構造とPC同じだと思ってる人がいるんだね
低レイテンシ通信のためDMA完了をpollingでチェックする。
終了割り込みは、かったるいから使わないんだよ。
本気で勉強したいんならlow latency communication Infiniband MPI
あたりのキーワードで探してごらん
ていうか、元の話題は理解してる？
だぞ
話題は8bit PIC
は1bit単位の処理
割り込みを多用するよりポーリングの方が速い処理って何？
って話
意図的に作った実用性の皆無なでも同等
が実測
自演までしてwww
デフォルト設定では、関数の再帰呼び出し不可。
デフォルト設定だと、ローカル変数も、リンク時にアドレス確定するから速いが、再帰呼び出し可の設定にすると、ソフト的にスタック処理されるから、かなり速度落ちる。
XC8の？
あんたTop500って言うスパコンのランキングサイト見たことあるか？
どんなシステムかCPUかも書いてあるから上位100システムぐらい見てみな。
DellだのHPEだの聞き覚えのあるインテルサーバーの名前がいっぱい出てくる。
これが今のスパコンの姿だよ
ちなみに京だってTofuって変な名前のネットワークだけど
通信完了はポーリングだよ。
あんた単に攻撃するだけで学びもせず相手にならん
これで終わり。
CPUで高速通信なんかしない
という要望を私は持っているし、努力している。
（なぁんちゃって。 どう？ 決った？）ｗ
という「出羽之守」が出てくるから話がおかしくなる
もとよりお呼びじゃないんだよ
割り込み使うと応答時間の最低量が必然的にCPUのメカニズムで
取られるから(PCの退避etc)それ以上の応答時間が必要な場合、
あえてポーリングで使用してキリキリチューニングすることもあるし
スタック使えないときもポーリングで処理することもある
(昔RAM無しのZ80でそうやったな)
なにも特にスパコンだけに関係した話じゃないし
説明するのにスパコン引っ張り出す必要もない
PIC32MM-GPLでSPIを50MHzで動作させたければ
ポーリングしかない
ただしブロッキング処理になって(割り込み以外は)処理が止まってしまう
もっとも、SPIマスターの場合は遅延はまったく問題ないのだが
SPIのクロックは最大25MHzですね
平均8クロック以内でデータのセット、データの取得、各種判断を行わなきゃならないので
ポーリングでも多少の工夫が必要なのだが
だが人類はいまだに膀胱と肛門が分離している
総合の「合目的さ」に大小の評価がつけられるのなら、大は小を兼ねる、で良いのですけど、
PIC32がPIC16をカバーする「大」って単純すぎますね。
ただ単にPIC16ユーザーを煽りたいだけとちゃうんか、みたいな気がすることもあります。
煽っても好きで使っている人は、のってくれませんよね。
スイッチ1つをSPIやI2Cへ乗せるのに、マイコンは大袈裟だなぁ
Atmel買収したんだから
俺は電源、信号込みの２線式で独自プロトコルにしてる。マスタがスレーブを呼び出すまでスレーブは送信しないから100個でも200個でもスレーブを繋げられる。
PIC 関係ないけど、我が家では X1800 の LED 信号 (ダイナミック点灯してやがる)
をフォトカプラ経由で PC で受け、異常を検出するようにしたな。例えばトイレから
長時間出てこないとか。複数センサーあると移動方向も把握できる。
「過ぎたるは及ばざるが如し」
我が家のオートロック付きインターフォンは0-24Vの2線式。
たまにエラーになるので（玄関ドアの開表示LEDが点灯しない）、
電源と信号を分離し、ノイズ対策目的でRS485で通信したいと考えて、
とりあえず玄関外で操作する解錠キースイッチの4線式制御部を作った。
将来はマスター・スレーブ方式で解錠スイッチを増やす予定だけど、何時になるやら。
没
ttp://www.odnir.com/cgi/src/nup79151.jpg 昔、偉い人の「工場にパソコンを置くな」で
RS-232Cが文字化けしまくったのを思い出した。
>484
最終防衛線（玄関）はX830です（；ω；）
電源が必要だからPLC。と言いたいけど
世の中そうはならないね。
LANなら電源送れるしな
lanは配線が必要だから美的に面倒。
もしPLC付きACアダプタなんてのが1000円ちょっとで
買えれば良いのに。
松下利権で固まってるガラパゴス機器がそんな値段で買えるようになる訳ないだろ
POEのLANの簡易型を自分で作るか、無線LANにしたほうがうんと簡単。
日陰ならコイン電池で10年
CANとか見ないし・・・
USBも
上の方でも出てるけどRS485
差動伝送で速度との見合いになるけど遅ければ電話線で1kmぐらいでも行ける
家屋内程度なら数百kbpsぐらいは大丈夫
UARTに485のドライﾊﾞIC付けるだけで使える
汎用的なものだからドライバICも安く簡単に手に入る
ttp://akizukidenshi.com/catalog/c/crs422/ 電気的な伝送規格だけなので、マルチマスター（送信元が複数）の場合のアービトレーションとかは自前で何とかしなきゃいけないけど
USBって5mしか引けないジャン
アウトプットコンペア
リピーター
昔はよく使われていたが、ethernetに取って代わられて使われてないのはいろいろ使いにくい理由があることに気づけ。
ひょっとしてアセンブラマンセーで使い続けてる人かな？それならいまだに485推しとかわからんでもない。
普通にタイマー使えば？割り込みとかソフト介在する意味なにかある？
ありがとうございます。
PIC18F46K22（秋月ボード）でTMR5とCCPR1でコンペアして、RC2に出力させました。
TMR5はFOSC/4の16MHzで1/8で2MHzカウントにしました。
CCP1はCCP1M=0x09のCompare ModeとTMR5を使うC1TSEL=0x02としました。
CCPR1に160をセットして、TMR5を0にセットして、
LATCbits.LC2 = 1 でRC2をHにして、T5CONbits.TMR5ON = 1としましたが、
出力は340μSくらいのHighパルスがでました。
80μSにならなかったけど結局コンペアマッチした時点でRSTかSETしかできないので、
最初にセットした時刻からTMR5起動までがソフトなのでタイマー割込みと同じですね。
TMR5でのタイマー割込みで約80μSパルスは作れていたのでCCP1は諦めます。
このパルスをFETゲートに入れて通信線を80μ秒短絡して、相手の過電流検知を働かせるものです。
出来るだけ正確にと思ったのです。
できるだけ正確に、というのであれば、まず水晶は交換しよう。
TCXOとかはいわないが周波数の分周くらいは割り切れるのにあわせるべきだ
8ピンの小さなRS485トランシーバーICを付加するだけで
マルチドロップで長距離通信出来るし、
制御プログラムも簡単で、PICやAVRの小さなCPUでも負担にならないし、
コストやスペースの点でもメリットがあると思う。
CPUのI/OにUARTが存在し続ける限り、
RS232規格と共にRS485規格も使われ続けるのでは？
それは設計屋の都合な。いまどき長距離なんて光だしな
現場に行って、LANと485のどっちが施工と保守しやすいか聞いてごらん
485を使うようなシチュで、製造単価とメンテ費用のどっちにウェイトが置かれるかってことだな
ま、俺も485はきらいじゃないがな。232同様、今後増えていく存在ではない
K22ならタイマーIC558見たいな機能のモジュールも入ってたはず。
アナログだけどカレントループはノイズに強くLANより優秀
連続なのが何より楽だ
初期のLANで媒体として485使ってるものもあったが、485はLANのための規格じゃない
高速・大容量という志向に合わなかったからLANの媒体としては485が使われなくなっただけ
現在でも工場とか高ノイズ環境では使われてるし、舞台照明コントロールのDMX512Aとかでも使われてる
キミは無能です。
適材適所があるのです。
傾向としては、前者に移行していくものですかね。
複雑なプロトコル処理→ハード・ソフトが複雑→高価
のはずなんだけど、
量産効果が効いて価格が下がり、情報豊富でソフト作成も容易。
シリコンもソフトも複雑度ではなく普及度で価格が決まり、
思いのほか差が出にくくなるという事。
複雑なロジックもシミュレーションが楽にできる様になったからな。
昔はちょっとした物でも一週間とか掛かってたから。
自己診断とか異常検知なんて健全な状態でしか使えない意味不明なバカ仕様がほとんどだし
いくら昔に比べて安くなったとは言え、ドアセンサーのためにLAN引けとかファイバー引けとか頭沸いてんの？
そりゃ既にLAN張り巡らしてるならそれに乗っかるのはアリだけど、それだけのために引くのはアホだろ
普通にLAN引くな
ドアセンサーが必要ない鈴ですむようなところならともかく、普通は10m以上引っ張って、
さらにドア一つでなくて複数のセンシングするよな。
しかも一ヶ所センサーラインが短絡やノイズ、地絡で異常になっても他に影響することなく
切り分けとか確認できないと普通は困る。
でもって、最終的にランプつけるだけとかならともかく、Webで見たり、ログ取ったりするので、
24時間可動してるサーバ系PCなどに入力する
だったら最初からLAN引いてしまったほうがすべてが楽。
ttps://www.amazon.co.jp/dp/B076T3M6FN モジュールはebayで\200位で売っている
電波法は知らん
電波法気にするなら秋月で\3000弱出して買うが良い
そもそも で書いてある「LEDの点灯エラー」の解消と、
「複数のセンシングする」とか「Webで見たり、ログ取ったりする」は関係無い。
たしかにそうだけど、それならまずエラーになる原因を調べるのが先じゃないかしらね？
それやらずに他のアプローチって時点で問題解決能力レベルがわかっちゃう
AC100Vを50Hzクロック源とする時計が進むので、
調べたら、同じコンセントから取っている冷凍庫のコンプレッサーがオン・オフするときに
カウントが進むことを発見した。
コンセントを分けるのは難しいので、
冷凍庫と時計にクランプ式のフェライトのノイズフィルターを入れたらかなり改善された。
家庭用のAC電源なんてノイズだらけなんだろうな。
無線の屋外運用で、AC100V発電機で動かしたら、時間がめちゃくちゃになったことはある
オン／オフ時に火花が飛んで（もちろん設計が悪い）バーストノイズが発生すると、数十回分のパルスになってしまう。クランプ式フェライトコアで改善されるほどの高い周波数成分が影響してたんなら時計の方も設計不良だな。
誤差は半月で数秒程度で、時計の電源を別のコンセントから取るとOK。
ノイズは時計の電源回路経由で回り込んでいるのか？
それとも、私が設計した時計用クロック・パルス検出回路がマズイのかな？
ttps://i.imgur.com/S9ywsye.jpg 飽きたし、きちんとは原因を究明せずに「結果オーライ」で放ったらかしだけど、
趣味の電子工作なので笑って許してｗ
7、8年前に作ったが、今は半年に1回ほど気が付いたときに、
誤差(1、2秒程度)を修正している。
シャープの家庭用
たぶんインバータじゃないやつ
ttps://i.imgur.com/ormTFn7.png シャープのインバータじゃないやつにロガー突っ込んだ
ttps://i.imgur.com/qoxehfl.jpg ノイズが10回/日だとして、
0.2秒/日余計に進む。
冷凍庫のオンオフが原因ならもっと激しく進む気がする。
今なら高調波とか規制されているから少しは(まともな機器なら)
綺麗なのかな
いや、電灯線モデムPLC使っている友人は、ご飯炊く時間に決まって
回線速度が落ちるとかなんとか・・・
なんで入力側にツェナー使ってるの？
普通のdiでいいじゃない。
それとcrの後のインピーダンスが低くて入力のCrフィルタが
あまり効いてないね。
rを一本cとカプラの間に移した上でcを数倍大きくすると、ずいぶん違うと思うよ。
そのためのシュミットトリガでもあるし。
ツェナーはなんでなんだろな。このツェナーのカソード→アノードに電流が流れだす
ときには、すでにLEDは断線しているような気がする。
よね、と言われても…
ここでLEDを使うメリットって何なんでしょ。
あえて言えば、そこに通電していることのインジケータにもなる、ということですかね。
たいていは小信号シリコンダイオードよりも高価だし、
透明プライスチックパッケージは、実装時にちょっと注意が必要だし。
ツェナーダイオードにしたのは、ノイズやサージが入ってきたときの
LEDにかかる過渡的な順方向電圧を制限するため。
充放電時の積分回路の時定数は約0.1・0.15mSで、AC電源50Hzのオン・オフ時間は10mSだから
もう少し大きくしても構わないと思う。
ただし、ノイズ対策はソフトでやる、というのが私の基本的な設計方針であり、
ソフトのシフトレジスタ方式のノイズフィルタの時定数を色々と変更してトライするつもりだったので、
その効果がよく分るように、ハードの時定数はわざと小さくした。
（でも何年もたつのにまだソフトのフィルタは組み込んでいない）
なお、一つ思い出した事があり、製作後に追加したノイズ対策として、
トランス式のAC100Vアダプタから整流ダイオードと電解コンデンサを取り外してAC出力に変更し
交流パルス源とした。(入力側の47KΩの抵抗も変更)
＞ノイズ対策はソフトでやる、というのが私の基本的な設計方針
えーそうなのか、俺はノイズはハードだけどな。
電源系のノイズや信号系のコモンモードとかソフトでどうやって取るんだ？
ノイズでなくてただのフィルタリングであって信号処理じゃないのか？
ハードで取りきれないノイズはソフト処理だが、極力ソフトでノイズ処理はしたくない
当たり前
通信系はハードでのノイズを取ってソフトで異常検出&再送
スイッチ類のゆっくりなチャタはソフトで複数回サンプリング
＞ツェナーダイオードにしたのは、ノイズやサージが入ってきたときの
＞LEDにかかる過渡的な順方向電圧を制限するため。
順方向の電流を押さえるなら電圧を制限してから抵抗を入れないと
効果がないと思う。
順方向電圧が5.6Vにもなったらアンペアオーダの電流が流れている
ことになる。
8pin 8bit PIC で AD 変換し、時報を認識するソフトを完成させたぞ。
時刻カウントの水晶の分周比も固定小数点で補正するのだ。
デバッグが大変だったぞ。
昔のビデオデッキでNHKの時報に合わせる機能があった。
職場の放送設備も、チャイムの時刻合わせ用に、NHKFMの周波数をセットして、時報で時計を補正してた。
そりゃ、1時間に1回しかテストできないからな
そもそも47kの抵抗二本入っている回路で
例えば100mA流れるのは何ボルトの時だ？
答え
10kV
音声信号認識なんだから録音しときゃいつでもテストできるじゃん
内部に
そう。PC に WAV で録音して散々デバッグしたのでありますが、
御多分に漏れず、PC からの音声だと上手く時報を検出するように
なっても、ラジオからだとうまく検出しないとかでもはまりました。
・40/60kHzはコイルが面倒（というか設計ができない）
・40/60kHzが長期停波しても受信可能
・日時などの情報も得られるようだが面倒くさそう
・40/60kHzより部屋の奥まで電波が届く（場合もある?）
・正確さにそんな大差はないんじゃないか?
・時報の音声信号を 8pin PIC のソフト処理のみで検出できるか作ってみたかった
JJYみたいに停波もないしね。
軍事衛星だから有事の時はどうなるか知らんが。
録音機のワウフラッターが悪いと、テストにならないよ
ラジオのイヤホンジャックから取り出すときは、ダミー負荷抵抗を付けて。
トランスでコモンを切るればばっちりだと思うけど、何にくろうしたの?
帯域すべての周波数をサンプリングして、って書くあたりが
理屈分からず書いている感がよく出ていて微笑ましい。
日本語での表現はともかくとして。
いつの時代だよwww
ラジオの電源の GND (BAT-) とイヤホンジャックの GND に少し電位差が
あったが、それは抵抗でごまかして、トランス不使用。
それと、ラジオの電源を入れたままイヤホンジャックに PIC のアナログイン
をつなぐとうまく動くが、ラジオの電源を切って入れなおすとうまく動かない
だったけ。ご指摘の通りイヤホンジャックにダミー抵抗負荷付けて解決。
DSPラジオのご時世その通りなのだが、8bit PIC 君では歯が立ちませぬ。
時報の周波数は±10% くらいで検出してるから、±1% くらいのワウフラッターはものともしないはず。
いつの時代ですか？
「周波数」はサンプリング対象じゃないよね
帯域内の信号はサンプリングするけどさ。
帯域すべての周波数をサンプリングして
は
帯域すべての周波数(の信号、または放送波)をサンプリングして
と、普通は解釈できるよね…
そうじゃない解釈で書き手が書いていると、真面目に考えてるのかな？
このお粗末な書き方じゃ
文句言われても仕方ない。
高電圧が流れる。と同程度だな。
頑張れば丸ごと録音（記録）できそうだな
ワーストケースって意味分かる？
冗談交じりって意味分かる？
わからん奴は下らん煽りだけしてないで黙っとけば？
高電圧が流れると言った時、電気分野外の人達は普通に解釈し何が問題か理解しないだろう。
それと同じ。
しかも上司の横で。
またはじめやがったとかみんな下向いてニヤニヤしてるのに気がつかず得意顔
或いはただの悪ふざけ
或いはただの馬鹿
恥ずかしい
技術系専門板では、専門用語の誤用に日本語読解力云々で開き直らず、素直に直せば良い。
あとエラッタのせいで使えない機能や性能をスペックとして語るな
詐欺だ
設計やり直すとものすごい開発費かかるし
マイナーチェンジするだけのキャッシュカウに金は使えんだろ
最悪な会社だな
懲罰的損害賠償が認められてるアメリカで訴訟起こせば何億とか取れる
かも知れないね。
「わぁ、また相手してもらえたぁ！」的気分なの？
MZ EFもI2Cは使えない
初心者から脱却して、ECC や リトライ を勉強しましょう
という試練かもな
顧客に「マイコンのバグなんで」って言うのかね？
アホですね
それともPUのエラッタか？なんて悩むのはツライな
パワーユニットではありません、セントラルプロセッシングユニットです
ECCやリトライでなんとかなるとおもってる馬鹿がいるようだな
ココで延々グダってんのは下の下。
日常です
万一なんて言ってるのはまともに評価したことが無い証拠です
発見しやすいエラッタしか無いと思ってる所も初心者丸出しですね
じゃあ使わなければいいとしか言いようがない
Microchipに直させることができないなら、切ればいいだけ
マイコンは他にもあるし、選択権は自分にあるんだから
ラリ期ってやつですかね？
お前の人生と同じだよ
「エラッタが嫌な人はPICを使うな」
これだけ
分らないのは
なんでマイクロチップテクノロジのCPUにはエラッタが多いのか？
なんでマイクロチップテクノロジはCPUのエラッタを放置するのか？
技術陣がアホで経営者が無責任野郎だから？
無責任だとは思うが
errataになっちゃえばある意味仕様だからな
昔インテルがバグで交換したけど
そんなことにはならないように予防線張ってるだろうし
「何とか回避しろ！」としか言わんよな。
その程度の事を何ヶ月も顔真っ赤っかにして書き続けるとか、余程の狂人
無能な課長でかわいそうだな。
枯れたデバイスを選びエラッタ読み込んでから開発に着手するのがプロの姿
なぁるほど、たとえエラッタが多くて未修正でも、
PICはそんな欠点なんか問題にしないほど沢山売れ続ける、魅力的な素晴らしいCPUだからか。
技術陣も経営者も大したもんだ。
アトメルも少しは見習えば良かったのに。
（世の中、バカばっかり）ｗ
社会を知らない奴だな
代理店経由で大手顧客にしかエラッタを教えないデバイスがほとんどだ。
マイクロチップは多く公開してくれているだけ。
お前が係長以下だということは良くわかった。
課長以上になることもないだろうとも思う。
ポーリングでブン回して読んだらタイミングが1クロック早かったってだけの事
要は使い方が悪いからおかしな事になってるだけなので、そりゃメーカも放置するわな
そういうエラッタがあるとわかってて、どうしてもポーリングで読みたきゃ、1クロックずれるだけってわかってんだから
フラグ確認後NOP一つ入れれば回避できる
何年も執着して掲示板荒らすネタにするようなもんじゃない
知らない癖になぜ書く？
まともに評価検証したことが無い
という自己紹介？
以前、MCCでTMR0を16ビットにしたら上位が正しくセットされなかった。
重大な問題のために使い物にならないなどと言うが、それがずっと流通していることについての説明ができていない謎。せいぜいが「使う奴がバカ」だとか。
多いとか少ないという相対的表現を、比較対象もエビデンスもなしに使うのは論理的ではない、という基本。
最適化OFFでは回避出来ません
100%の人が協力的でなければ議論できない、と思うなら、5chで議論なんかできませんよ。
あなたには向いてないんじゃないですか?
「ソフトのバグ」
「使い方が悪い」
という感じなので
一時期ここでも話題になったUARTの問題ものような謝った認識の人が多いようです
意図的なミスリードかもしれません
一人も協力的な人がいなければ議論になりません
そういうレベルのスレです
蒸し返さんでもええやろ
>エラッタを報告しても
一般論ですが、ソースコードの開示と動作の説明をしないと意味ないですね。
54-252にエラッタのことなど書かれてないけど
>そういうレベルのスレです
なんて諦めたような見方をするぐらいなら、あなたがここにいる意味はないと思います。
それはフェーズによります
いきなりソース開示なんてことは普通は行いません
エラッタ回避のコードで対処するが、エラッタが修正されても何時生産ラインに紛れ込むかも知れないので回避コードのままだわ。
議論としては、エラッタがある、ない、ソース出せよ、出さない、みたいな不毛なものと違って、面白いと思うけどな。
ttps://rio2016.5ch.net/test/read.cgi/denki/1470076841/252- 1個目のレスでソースなしで「エラッタがある」はともかく、
それに対する応答として「ソース出せよ」のリクエストがあれば、その時点でソースを出すフェーズです。
そうでなければ掲示板で議論もできないですし、
ソースを出すつもりもないなら、デマと区別もできなくなる恐れのある掲示板に正当なエラッタ報告をする意味が薄くなります。
デマと区別ができるのは、第三者検証が可能なようにすることができてこそです。
え? そうなんですか?
のリンク先は普通にブラウザで見えてますが。
あ、見れました
読めばわかるけど割り込みを使えないということですよ
使い方が大きく限定されます
業務コードでUARTをポーリングなんて普通しませんので
ぐるぐる回るな。
いつも具体例を出して議論をしましょう、って話なんですよ。
ソースコードが出てきているから、のリンク先の議論もあとから評価もできるわけです。
ごめんなさい、2chmateだと駄目だった。
良かったわ。
掲示板でやれば不特定多数、玉石混淆なんで
意図するしないにかかわらずそりゃミスリードは発生するわ
自分でブログでもPDFでも何でもいいから文書にまとめて発表したら？
EFのI2Cは全く使い物になりませんね
皆さん気を付けましょう
意図はわかったからNGにするわ
>EFのI2Cは全く使い物になりませんね
ソースコードを出してください。有意義な話にしましょう。
具体的なコードよろ
まともに聞く気が無い人に発信しても無駄
と言うことは今までの流れでもわかるでしょう
まあ私なんかに聞かずにMicrochipや代理店に聞く方が良いとは思いますが
で、何がしたいんです？
そこ詳しく知りたいです。
割り込み発生でTXREGにライトした時点で二重送信になるの？
TXIFで割込後にTXREG書くとごく稀にダブってしまう…
割込ルーチン入ったら1バイト送信時間分NOP()を並べるという対処療法で凌いだ
これは酷い
タイマー使ってポーリングのほうがマシだな
タイマーが空いていればだが
割り込み時点でそこそこクロック消費してるのにnopかよ？
TXREGに書いた時点で2重に書かれる
2重に書かれるかどうかは完全にタイミング依存
割り込みかどうかは関係無い
1命令サイクルでもズレれば問題は発生しないが
これを回避するのは難しく
何かしらを犠牲にする必要がある
何も犠牲にせずに簡単に回避出来ると主張する書き込みもあるが
その具体的方法について語られたとこは無い
PIC16Fで1で始まるもの全部という認識じゃなかったか
これってハードの設計ミスでしょ。
ホビーとしては許容できても産業用には信頼性が低くて使えないな。
産業用ルネRL78でもSPI通信に爆弾抱えてるのだけど
代理店とやりとりして不具合回避して使った経験あるから
そんなもんだと諦めて使えばよろし
ttps://www.clarestudio.org/elec/pic32/intro.html ttp://broadbeans.blog.so-net.ne.jp/2014-08-29 他社8bitマイコンを最高クロックでぶん回すとノイズ撒き散らしてラジオ聴こえなくなったり
movaケータイ接近させるとレジスタ化けたり暴走したりとかあった
一方でPIC16は余裕で試験クリアしてた
ヘーッ、そうなんだ。
そう言うのは次のロットから回路パターンが修正されてるとかは無いの？
えっ作り話ってホント？！
良かった。
いれてパルスを作ってみたのですが、どれだけ早くできるか
ウエイトを徐々に小さくしてみましたところ。500nsecが最速でした。
10MHz(100nsec)くらいまでいけると思ったのですが・・。
なぜそう思うのか
謎だ
プログラムのスキルと仕様次第
LATAINVにセットし続ければ
コアクロックの半分の周波数まで出せる
チンチンはたまには熱くなった方が良いです
500nsっていうことはパルスの極性反転に250nsでクロックが最大の40MHzだと処理に(250/25=)10クロックサイクルかかってることになるね。
I/O命令とタイマー割り込み処理だけだけど結構クロック使うんだ。
だからPICに限らずマイコンはPWMとかパルスジェネレータを内蔵してるのかな？
oh...
そんなワザがあったのですね
実は、関数でSPIを作ろうと思っていまして、SCLK=10MHzくらいに出来ないか
チャレンジしておりました。wait_fast(1) = 500nsec
それ以前に↓だと、SCLKがLowに貼り付いたまま・・・
void SPI_Data(unsigned iData)
{
int iCnt1,iCnt2=0;
int iloop=0;
unsigned int iBuf[770];
SCLK = 0;
SDO = 0;
LAT = 1; //データラッチ
wait_fast(1);
LAT = 0;
//データ格納
//10進数を2bit -> 配列に格納
while(iData>0){
iBuf[iCnt1]=iData%2;
iData=iData/2;
iCnt1++; //配列カウンタ用
iloop++; //データ カウンタ用
}
iloop=iloop-1;
//データ出力
for(iCnt2=iloop;iCnt2>=0;iCnt2--){
SCLK = 0;
if(iBuf[iCnt2]==0){
SDO=0;
wait_fast(1);
SCLK = 1;
}
else{
SDO=1;
wait_fast(1);
SCLK = 1;
}
wait_fast(1);
}
SDO = 0;
SCLK = 0;
}
有難うございます。
PIC32MX340F で80MHzですが、汎用IOが単に遅いだけだと思っていました
内部処理なのですね・・
だからは当然ISRによるポート処理ではないはず
もっとも、
なぜ40MHzが最大だと思ったのかもわからず、
80MHzで動作していて500nsが1回の処理の時間であれば40クロックですので
ギリ可能な感じ
まぁ電子天秤の出力フォーマットは全部似たり寄ったりだからね
１個作れば他の天秤でも使える
安い優先ならPICKIT3（互換機）を海外通販で
でなければPICKIT4
作例の多い16F1455（USB内蔵）使ってMCCでさくっと
ただDACのアナログ出力が面倒なので、デジタルでどうにかした方がいいと思うよ
SDカードUSBメモリとか、PCにUSB出力とか
「PIC SD」でぐぐれば作例出てくる
DIPじゃないパッケージは大変なのでやめるべし
ArduinoやRasberryPiでもいいし
早く始めた方が、仕事が早く楽になると思うよ
そういう低レベルな処理の最適化は得意
色々とアドバイス出来ると思います
wait_fastは関数？
であればNOPを並べただけのマクロに変更
あとはループアンロールなど基本的な最適化技術を学びましょう
最終的にはアセンブラ化ですかね
ttp://https://i.imgur.com/K3ICgzg.jpg">ttps://i.imgur.com/K3ICgzg.jpg ソースが間違いまくってました。
unsigned iData -> unsigned int iData
int iCnt1,iCnt2=0; -> int iCnt1=0;
int iCnt2=0;
： 774ワット発電中さん [sage] 2018/04/15(日) 15:28:43.77:gtNWIpDy
>wait_fastは関数？
はい。
Timer1をカウントしてます。
iwaitの係数は"8"が限界でした。
周辺クロックは80MHz = 12.5nsecなので、計算上は12.5nsec x 8 = 100nsec
ですが、限界の500nsecになります。
void wait_fast(unsigned int iwait)
{
unsigned int val = iwait * 8;
TMR1 = 0;
while ( TMR1 < val){}
}
>あとはループアンロールなど基本的な最適化技術を学びましょう
・・・難しそうですね・
>最終的にはアセンブラ化ですかね
インラインアセンブラでしょうか？
一旦オチ致します
(暇なときに書いて)
前処理含めてSPI_Data全体を速くしたい？(処理時間短縮)
それとも通信時間だけ縮めたい？(バス占有時間短縮)
アセンブラはインラインじゃなくてループ全体をネイティブで
規模的にはアセンブラでも問題ないレベルなので
そもそも何でPIC32MXのSPIの機能を使わない？
数が足りない？
端子を変えたい？
単に勉強用？
ごめんなさい。
PICのことはよく知らずにあるMicrochip社のホームページにあるチップの一覧表で最初に出てきたPIC32の仕様から40MHzを引っ張ってきてしまいました。
それにしてもポート反転処理に20クロックサイクルもかかるとは、規模が大きくなるとマイクロ命令を使ったハード処理が多いからなんだろうか？
ソース見ての発言？
数ヶ月経つとアセンブラ命令書いたら最適化されないと聞いたけど本当でしょうか？
sleep命令の後にNOP入れたいんだけど、本当の話なら困る
インラインアセンブラによってコンパイラの最適化が阻害されるのはごく普通のこと
影響があるのはせいぜい関数内とか近い部分だけだよ
インラインアセンブラを使う使わないに関わらず
無償版は最適化に制限がある
お金があってパフォーマンスが重要であれば
有料版を買いましょう
個人ならより速いマイコンを選ぶ方が良いでしょう
C言語だからコンパイラのオーバーヘッドがあるっていう意味？
確かにそうだけどコードがシンプルだから最適化すればかなりコンパクトになるかと思って。。。
すみません。
未だにMPLABのアセンブルの見方が分からなくて･･･サイズしか判断できません
NOP入れるとサイズが倍になるので困ったなと
NOPぐらいは最適化して欲しいなー
sleep();
nop();
asm("nop");ではありません
処理内容は見たの？
関数を2回呼んで、
その中でタイマー待ちをしたりしてるんだけど
そんなにシンプルか？
じゃあ逆に8bitだとどれくらいだと思った？
パッと見で
それを「アセンブラ命令を書く」というのか...
インラインアセンブラと比べて見ては？
コンパイラの最適化の設定は0〜3まであって
無償版はお試し期間を過ぎると0〜1しか選べない
試したければ最適化の設定を1にしてみれば良い
そもそも今は3になってる？
8bit (PIC16F18326)と32bit の処理時間を比べてみました
ループ1周
8bit 388クロック
32bit 41クロック
圧倒的に32bitの方が速いですね
32bitの方は80MHzですので
クロック周波数を加味するとさらに差が開きます
8bitは1命令4クロックなのと、関数コールに時間がかかっているのが主な遅い要因のようです
ちなみに、
純粋にCPUの処理時間を比べるために
タイマーの待ち時間はゼロにしました
それ以外は のままです
ヘーッ、ビット数で大きく違うんだ。
参考になりました。
ありがとう。
1ビット平均4.5クロックくらいになりました
SCLK HIGH 2クロック / LOW 2クロック
残りはループやデータロードなどオーバーヘッド
ただし、
純粋にCPU部分だけの性能なんで
回路やバスがボトルネックになるかもしれません
非常識なコードまで含めれば
最短、2クロック + オーバーヘッド
になります
もういないかもしれませんが
SDOやSCLKはLAT*bits.LAT**のdefineだと思いますが
これに直接代入は危険です
ISRや他のタスクで同じポートグループにアクセスしてない確認が取れた場合だけにしましょう
取れた場合も、移植時やコード変更時の無駄なトラブルを避けるため、
直接代入は止めた方が良いです
割り込み禁止で包む
ASET / ACLR 命令を使う
LL / SC 命令を使う
LAT*SET / LAT*CLR / LAT*INV を使う
など、アクセス中の割り込みでも問題ないように
ループやデータ読み込みを除いても
1ビット送信に20クロックもかかってしまう
非常識な方法でやっと10クロック
ベテランさんだともっと縮まるのかな？
℃玄人さんとか
8bitを過大評価
32bitを過小評価
した書き込みが有るんだよな
PICは8bit信仰が根強い
PIC32の競合となるCortex-Mならともかく
Cortex-Aの話が何の脈絡もなく突然出て来ても
「で？」としか言えん
単純処理にしか使ってないので8bitで十分なワシ
１バイト毎にTRMTビットをポーリングしながらのんびり送信してます。
それゆえエラッタとは無縁なＰＩＣライフでハッピー♪
例えば、PICを用いた自作キーボードを作りたい場合、
デバイス側としては、電子回路(USBシリアル変換モジュール・USBケーブル含む)と
PICに書き込むC言語だけで完結できるのでしょうか？
VB.netを勉強せずに済むなら、書籍代や時間労力を節約できるので
教えていただければ幸いです よろしくお願いします
PC側からキーボードとして認識しない
PIC16F1454などUSB機能の付いたマイコンを使いましょう
電子回路(マイコン、キー、USB端子などを含む)
プログラムをマイコンに書き込む為の道具(PICKIT4など)
統合開発環境(ソフト、無償)
が必要
もちろん開発に使うPCは必要
質問の答えになってます？
未経験者には結構ハードルが高いと思う
できればもう少し段階を踏む方がよいのだが
結果だけ有れば良いという事なら18F2550の作例を何から何まで提供しますがw
2.分解する
3.観察する
4.デバイス外す
5.目的のスイッチと配線する
6.楽しむ
>USBシリアル変換だとPC側からキーボードとして認識しない
>PIC16F1454などUSB機能の付いたマイコンを使いましょう
なるほど、勉強になります
USB内臓PICでUSB機器として作るとなると、
USBフレームワークとかHIDクラスとか難しそうだったのと、
仮想COM接続でシリアル通信するのが簡単という意見を読んだので、
USBシリアル変換モジュール(FT232RL USBシリアル変換モジュール)を使えば良いのかなと思ってました
でも、実はUSBミニBコネクタ付きのPIC18F2550のマイコンボードも発注済みなので色々努力してみようと思います
>開発言語はC言語のみでOK など
安心しましたｗ 以上、詳しくありがとうございました
とても勉強になりました C言語の勉強を頑張ります！
まだPICでLEDチカすらさせたことないですｗ
自作キーボードとまで行かなくても、
電子回路内のタクトスイッチを押すと、PCのアクティブウインドウに"a"と送信されることを
目指して頑張ります
さん
ありがとうございます
キーボードコントローラというものあるんですね
詳しく調べてみようと思います
さん
貴重なご提案をありがとうございます
未経験者なので回路図もプログラムも難しくて理解できないと思いますけど
差し障りなければ、後学のために是非お願いしたいです
PIC18F2550のUSBモジュール内臓PICはもうじき届くと思いますので
いつか理解できるようになりたいです
Arduino互換ボードみたいですね
読んだ書籍がPICだけなので、今回はPICでやってみようと思います
次回からそちらも視野に入れて検討してみます ありがとうございました
さん
FT232RL USBシリアル変換モジュールを使った仮想COMポートのシリアル通信の外にも
PS/2-USB変換器を使ってPS/2プロトコル通信する手段も有効なのですね
ありがとうございます 勉強になります
あとで調べてみますね
さん
ありがとうございます
分解して改造してみるというのが物作りには大事ですね
いつかやってみようと思います
以上、皆さま貴重なご意見をありがとうございました！ 大変勉強になりました
さん
受信専用の使い捨てメアドを用意しました
zyvzwywm★abyssmail.com (お手数ですが★を@に置き換えて下さい)
お作りになられた作例の回路図やプログラムのファイルなどをDLできる
サイトのURLをこちらへお送ってくだされば、後学のために勉強させていただきます
ご厚意に甘えてばかりですみません
ご面倒なら無視して下さって結構です
あなたの現在のスキルとその理由なら、買った本を埋没費用としても、今からでも遅くないから、PICと同時平行でpromicroもやってごらん。
今からaliでポチって、ネットの情報だけで片手間でやってもpromicroの方が早く出来上がる。
ArduinoよりPICを選ぶ場面は今後出てくるから適材適所だと思うから買った本は無駄にならないとは思うけど。
非常識と思ったコードの方、
実用の可能性は無いかと思ったけど可能性ありそう
8bit送信するコードを256通り作って
1バイト単位で分岐する
LAT*INVへの代入15個とリターン命令の16命令で良いので
256個作っても16KB
80MHzで動くPIC32はどれもROMが64KB以上あるので
ソフトSPIのパフォーマンスが重要なら有り
当然コードはプリフェッチキャッシュには収まらないが
それでも真面目に1bitずつデータを作るよりは速い
CPU時間だけでいうと平均2.7クロックで1bit送信出来る
送信するコードをRAMに展開する手も
1ビット送信に2命令8バイト使うので1回で送るデータ量は限られるけど
1ビット送信時間は2クロックに近づく
チェコでも人手不足でロボット化を推進
Robots Ride to the Rescue Where Workers Can’t Be Found
ttps://www.nytimes.com/2018/04/16/business/labor-robots-jobs-eastern-europe.html Zbynek Frolik氏が、急激な受注を処理するために新しい従業員を必要としたとき、彼はチェコ中に
広告を出しました。しかし、応募してくる人はほとんどいませんでした。賃金を引き上げても、住宅補助を
だしても同じでした。そこで彼はロボットに目をつけた。
「十分な人間を見つけることはできないので、私たちはできる限り人と機械を入れ替えようとしています」
と、100以上の国々で最先端の病院用ベッドを販売しているFrolik氏は言う
東ヨーロッパでは、労働者不足の解決策としてロボットが採用されています。 チェコ共和国、ハンガリー、
スロバキア、ポーランドの企業が機敏かつ競争力を保つために、新しいタイプの雇用創出に役立っている。
近年、共産主義崩壊後の低コストの製造拠点となったこれらの国々の成長率は、世界的な回復に支
えられて5％となっています。
その中でチェコは郡をぬいていて、トヨタの車やデルの家電製品を生産するチェコ共和国の沸騰する
経済は失業率をわずか2.4％に下げ、欧州連合（EU）で最も低い。
しかし、人材の不足は、チェコ企業が拡大する能力をそいでおり、 チェコ連邦産業連合によると、ほぼ
3分の1の会社が注文を断りはじめている。
同社の会長のヤロスラフ・ハナック氏は、「これが成長にブレーキをかけるようになっている。もし企業が
ロボット化や人工知能を向上させなければ、彼らは姿を消すだろう」と言う。
労働コストも別の要因です。 東欧は多国籍企業を低賃金で誘致することで製造業の勢力となった。
しかし、その優位性は失われつつある。 チェコ共和国の月額平均給与は昨年8％増の1,400ドルで
した。 ドイツの3分の1ですが、今後も上昇すると予想されている。
そこで、企業は外国人労働者を増やすことが助けになると言います。 しかし、保守的な政府は
移民制限を続け、最近は外国人就労ビザに厳格な上限を設定した。
同様に、長期的に心配な傾向があります。 家族は、退職に向かう人々を置き換えるのに十分な
子どもを育てていません。
米国最大の自動車メーカーであるSkodaは、人口動態の変化や賃金圧力に直面するための
自動化を「大幅に加速すると」と言う。
中略
ロボットが人間の生計を助けるか脅かすかは、激しい論争を巻き起こしている。
批評家によると、将来の景気後退が起こると、労働者は苦しむというリスクがある。
「ロボットの電源を切って人を戻すことはできない」からだ、という。
チェコの組合は警告を発し「ビジネスリーダー、政治家、労働組合は、今後の産業革命に前向きに
責任を持って対応しなければ、雇用はさらに脅かされる可能性がある」と述べた。
今のところ、企業はロボット化が新しい仕事を生み出すと主張しているのだが。
本当にそうなら、だけど。
どっちみち、単純作業に高い給料出せないからな。
業界にいると分かるけど中国からの大量発注で今、日本のロボット業界は史上最高の好景気。
産業用が中心だが、ロボット製造メーカーだけじゃなく関連部品メーカーも。
パーツによっては1年待ち。
納期３８週間とか言われて新規量産着手できない状態
客にドヤされたmurata営業がTDKのセラコン持ってきたなんて噂話までまことしやかに囁かれる現実
量産だとそんなわけにはいかないのでしょうねぇ
そんなことがあるのか
特殊なコンデンサ？
量産だと、たとえば製造用部品リストに
ごくあたりまえの 1608サイズ 25V 0.1uF 10% R特性 として、
25V 0.1uF 10% TBK製作所 C16081ER104K-R12
なんて書いてあったとして、それが品切れだったときに
「代わりに大洋誘電とかムラ夕製作所とかの同等品がありますやん」
が通じなかったりしますよ。
何もせず待ってるだけなんて考えられないんだよね
量産が止まるって普通は大損害なわけで
設計にはなんの落ち度もない
とかならその言い分もわかるが
コイルキャパシタは他社相当品に代えた途端、ライン検査NG出まくりで
変更指示出した購買が責任もって不良品買い取れ！なんてことも…
購入側も需要予測出してるだろうし
穴を開けたら大変だから間に合うように代替の部品認定や設計変更する
いやいや。その「ちゃんとした変更手順」が大変ってことなんでしょう。
積層チップコイル、チップセラミックはメーカーが変わると怖い、って考え方もわかります。
ノイズ試験(特に出す方)、振動試験、温度サイクル試験からやりなおせ、みたいな。
それをやらずに、市場にでてから問題になったら、
それがたまたまのものであっても、他の原因が大きくてもやっぱり変えたからだ、なんてことになりかねません。
誰も自分では責任を取りたくないから、弱いところに責任を押し付けるでしょう。
OKを出したエンジニアに道義的責任を押し付けて昇進・昇給機会を奪うぐらいならまだしも、
量産を請け負っている会社が提案して代替品に置き換えて問題が起きたら目も当てられないことがありますよ。
とか際限ない
それ、何の初心者やねん…。量産にかかわるプロの初心者ですね。
買収したAtmelとかはちょくちょくやらかしてたのに
それだけ。
自分のバグかCPUのエラッタか分らなかったら？
正攻法が使えなくて、裏口で遠回りでしか入れないとしたら？
初心者には使いづらいだろうな。
初心者はありふれた使い方しかしないとは思うけど、
いっそエラッタの心配をしなくても済むCPUを選んだ方がいいのではあるまいか。
記載されていないエラッタが存在しないCPUは何？
エラッタの心配しなくて済むＣＰＵってなに？
ちゃんと公開してる分まだいいでしょ
機能が全く使えないのもあるので
あと、記載されてないのもあるんで注意
ひどい会社だ
マニュアルに書いてある全機能が問題なく使えるメーカーっ具体的にどこですか？
宣伝文句に嘘があるのは普通
だと思っちゃうのか
欠点の指摘に対して全力で否定
エラッタあるのは皆知ってる
中にはデータシートに記載されていないものもあるだろう
それでも使いたい人は使うし嫌って使わない人もいる
君は後者なだけであって、それを否定するつもりはない
君の気持ち悪い点は
使わないという価値観を他人に押しつけている所
皆がエラッタあるけどPIC使え！と君に押し付けているか？
君に押しつけているなら、そりゃ布教信者だな
エラッタを全力否定している訳では無い
エラッタを含めて使用する事を肯定しているだけ
君はPICエラッタ信者w
病気だな
それ以上新しい情報がないならもう来なくていいです
初めて君がわからないと
テンプレに載せれば良いと思う
良い点も悪い点も
くだらない書き込みをする暇があったら
その性格を少しでも直して外に出れば、彼女もできるかもしれませんね
デジタルの世界へ進出するＧＥ
”G.E. Makes a Sharp ‘Pivot’ on Digital”
ttps://www.nytimes.com/2018/04/19/business/ge-digital-ambitions.html General Electric社より積極的にデジタル化の波をを受け入れた老舗の企業はないだろう。
G.Eのデジタル化の野望は、同族企業の内部にGE Digitalを設立した2015年に全面的に展示されました。
最高経営責任者のジェフリー・R・イメルト氏は、2020年までにG.E.が「トップ10のソフトウェア企業」になることを
大胆に宣言しました。
今日、そのような野心はありません。 GE Digitalの支出は、レイオフとG.E.の急激な縮小目標の下で縮小されている。
昨年８月に最高経営責任者に就任したジョン・フラナリー氏は11月、GEの経費を今年25％（約4億ドル）削減
すると発表した。彼はG.Eのデジタルイニシアティブは、同社にとっては「非常に重要」なので、もっと集中した戦略が
必要だと付け加えた。
G.E. は判断ミスにより、大きな発電事業の問題をかかえており、それが財務部門のGE Capitalにも負債に関する
不確実性が残している。さらに、 サウスウエスト航空の事故でフランスのサフランで作られたエンジンがどう関わったのか 、
調査結果に注目を集めている。
しかし、GE Digital社の再考は、あらためてデジタル技術を採用している現代の工業用ソフトウェアを製作することの
難しさを指摘している。
低コストのセンサーやデータの氾濫、コスト削減、燃料節約、より優れた製品設計のための洞察を提供すべき賢明な
ソフトウェアなど、いわゆる産業用インターネットの重要なビジョンについては誰も異論を唱えていない。しかし、同社は、
壮大なビジョンを達成するために必要なすべてのソフトウェアを作成するという課題を過小評価してしまった、と
元G.Eマネージャーは述べています。
G.E.の技術力は、発電所タービン、ジェットエンジン、医療用画像機器などの大型機械の設計と製造にあると述べて
います。伝統的なソフトウェアスキルは、機械や工場操作を制御する特殊なプログラムにあります。 GE Digitalは、
クラウドベースのインターネットソフトウェア、データ解析、機械学習などの人工知能ツールへの飛躍的な進出でした。
UBSのアナリスト、Steven Winoker は述べています。 「ＧＥは専門外の世界にあまりにも速いスピードで
飛び込んでしまい、それは金銭的なブラックホールになった」と。
どれくらいのGE Digitalに投資しているかどうかは不明ですが、数十億ドルにもなるでしょう。 昨年のハーバード
ビジネスレビューの記事では、2016年に「分析ソフトウェアと機械学習能力の開発に約40億ドルを投入した」と
書いている。
中略
「今我々は、一生懸命努力をしてる。今にいい結果を出してみせる」とルー氏は語った。
Flannery氏は、G.E.のデジタル産業に対する支持を一貫して宣言していますが、GE Digitalの
未来を保証するものではありません。 Flannery氏は会社を合理化するために事業を売却している。
GE Digitalを売却するかもしれない。
一部のアナリストは、G.E.の独立系のデジタルユニットは必要ない。電力や航空のような産業部門のような
すべての顧客に近づけるようなソフトウェアを開発するよう推奨している。また、財務分析会社のメリウス・リサーチの
スコット・デイビス最高経営責任者は、「GE Digitalは存在すべきではない」と断言する。
なんかもう表現する言葉が見つからないな。
これからもガンバって使い続けて下さい、期待していますｗ
今では、8bitマイコンは只の部品に過ぎないのにな。
それあなたの感想ですよね？
自動車や飛行機は人命に関わるからそれなりの扱いになってる
それだけ。
って話
みたいな対処法しかないとなると
メーカーに問い合わせしないで？
ここでエラッタ粘着？？
しょっちゅう使っているんだけど
そんな送信がダブったなんて経験した事がないんだよな
粘着君以外で他に経験した人がいるの？
いるならもっと騒がれていいはずなんだけど
海外でも見ないよね、、なんでだろうね
エラッタどころかリファレンス自体も更新しやがらねえよ。
それどころか英語版のこんなふうにできますよの使用方法すら日本語版にはデータがないので公開できませんって言われてて流石に同情した。
えっ酷いね！
どこの会社？
インテル？STマイクロ？
まともに検証してないだけだと思う
日本語なんかいらんだろ
更新してなくてもどうでもいい
１人の書き込みだと思ってるのか？
少なくとも は別の人
ていうか、
逆にバグ有りUARTを使ってて気づかないっていう方が驚きだ
普通に割り込みで作れば2重送信の可能性があるコードになる
あとはタイミングだけ
簡単な負荷テストで発生する
PICユーザーは動作検証しない
って言ってるようなものだ
後進の指導にご尽力なさってるのかしら
STMは英語のサポートチームがサポートしてくれる分ましかな？
ADI社は英語の資料を見ろって言っておきながら英語の資料のデータが無いから教えられないとか言い出す。
しかも国内サポートがてんでばらばらだから御社の〇〇様にこういう感じでサポートして頂いたのですがっていう一連の流れを出さないと、みんな「そこAだから」みたいな一番最初の答えしかくれなかった
まあ5年位前だから改善しててほしいんだけど。
上司が気に入ってどうにかなる時は良いんだけど、
自分が気になるけど上司は興味無い時とか日本語資料ないと困るんだよね。
うちだけだと良いんだけど。
PIC16F1574/5/8/9に対してはエラッタが出てるんだよ。
実際にはエンハンストミッドレンジ全部に関わっているはずなのに他の
ファミリーに対してはエラッタを出してないのが問題視されているところ。
PIC16(L)F1574/5/8/9 Family Silicon Errata and Data Sheet Clarification
ttp://ww1.microchip.com/downloads/en/DeviceDoc/80000642C.pdf ＞1.1 Transmit Mode
＞Under certain conditions, a byte written to the
＞TXREG register can be transmitted twice. This
＞happens when a byte is written to TXREG just as
＞the TSR register becomes empty.
今度の週末に試してみよう。
たまたま出ていないだけかもしれないし。
>実際にはエンハンストミッドレンジ全部に関わっているはずなのに
ttp://ww1.microchip.com/downloads/en/DeviceDoc/80000653D.pdf PIC16(L)F1717/1718/1719のシリコンリビジョンA1ではその問題は「−」になってる。
モノによっては修正済みとかがあるのかな。
そのエラッタは気付かなかった。
どうせモジュールは使い回しで、マイクロチップ内ではどのチップで同じ
問題があるかは分かっているはずで、どういう基準で対応してるのかな。
丁度TXREG が空になったタイミングだと発生する場合があるだけ。
送信割り込みフラグ確認してから送信バッファーなどの処理をしてからTXREG をライトすれば問題ない。
遅延も違ってくる。
→ピンやソフトから見えるタイミングも違う可能性がある。
十羽一絡げにしてギャーギャー言ってる人達、なんだかね…
アヒルみたいなのが10羽、紐でまとめて縛られてギャーギャー騒いでいる様子を想像した。
さておいて。
のErrataのWork around 回避策? に、
Monitor the Transmit Interrupt Flag bit (TXIF).
Writes to the TXREG register can be performed
once the TXIF bit is set, indicating that the
TXREG register is empty.
って書いてある。TXIFを見よ。立ってたら空っぽだ。と。
割込みがかかるときって、TXIFが立つときではなかったっけ。
このスレで問題にされているのは、送信割込みで2重送信が発生する、ということだと思うのだけど、
それだと因果関係が前後するような気がする。別の問題？
俺自身の習慣がみたいなことなので、問題になっていないのかな？
TXREGが空である確認をしても対策になってない
↓TXIF ↓TRMT
先にTXREGが空となり、続いてShiftRegisterが空になったその瞬間にwレジスタから書くと
TXREGとSR両方にコピーされてダブルってことやからErrataのは回避策になってないんだよな
TXIFとTRMTをポーリングしてTXREG書くとか、ウェイト入れてSRが捌けるのを待つとかすべき
それをどうやって実装するのって話になる
割り込みでループして待つ？
タイマー割り込みで監視？
どっちも最悪ですね
送信割り込みの意味がない
もう一個
TMRTを待ってから送信では送信データに毎回隙間が空いてしまう
受け側がFIFO+タイムアウト割り込み
みたいな高級な回路だったら
1バイトずつ割り込みがかかる最悪な動作
それこそ攻撃みたいなパターンになってしまう
そんな問題のある可能性のある送信じゃ製品には出来ない
現象を書いたら
「お前のバグだ」
コードをアップしたら
「こんなコードじゃうまく動かないのは当たり前」
エラッタだとわかったら
「回避は簡単」「対策できないのはお前がアホだから」
PICスレは非常に民度が低い信者のスレだと思ったよ
自分はTRMTポーリングで対処してます
PICが受信相手でもFIFO溜まった時点で割込みかかるので隙間だらけの送信でも負荷増えないし
FIFOのデータが少ないときは受信したことがわからないので
受信してから隙間が空いた時にも割り込みがかかる
っていう回路がある
負荷は増えてるかもしれない
>先にTXREGが空となり、続いてShiftRegisterが空になったその瞬間にwレジスタから書くと
>TXREGとSR両方にコピーされてダブルってことやから
確かにこの問題は以前に話題になっていたと思う。
で、問題は、
>Errataのは回避策になってないんだよな
これは、のErrataの回避策を指してのことだと思うのだけど、別の問題ってことはないですかね。
最初の問題を直したつもりで、別の問題が出てきたとか。
民度は眺めるものではなくて、自分でなんとかするもの。
サッカースタジアムや、羽生パレードのあとのゴミも、みんながみんなゴミを捨てなかったのではなくて、
捨てた人がいても、それを拾った人がいるから、結果としてスゲーって思ってもらえるわけだし。
TRMTと書いてあるマイコンと
TMRTと書いてあるマイコンと
両方あるみたい
上のリンクのエラッタは両方TMRT
データシートのエラッタが仕様になっちゃったみたいな？
本スレでやればいいのに
そんなことはない。トータルの転送量だけ考えるとたいしたことなさそうだが、
232Cを10ポート20ポートつないでフルフルで動かすとPCの負荷はけっこう大きい。
CPU負荷だけの問題じゃないぞ。ハードやドライバの作りにもよるが。
なんだかなぁ
1. 割り込み禁止が1文字送信時間を超えるようなコーディングをしない。
2. n文字送信関数で最初の1文字送信のときにリングバッファが空ならTRMTが1になるまで待つ。
232や485を10や20つなぐPCなんて工場とかではザラなわけだがWindowsあたりだとけっこうコケる
TCPでセッション100張るほうがうんと負荷軽くて楽
チップセットとプロトコルが頭いいと楽だね
ごく一部のユーザーが特殊な条件で使用する時のみ
影響する事象なので
EnhancedMidrange全型番のエラッタに載せてないんだろうね
ほとんどの初心者には影響ないからスルーして良いかと
最大2文字分のビジーループが発生する
稀なタイミングしかオーバーヘッドが発生しないのと
ハードが不要なのが利点か
おれのUARTエラッタ回避法は
フリーランタイマーでヤバいタイミングを調べて
可能性があればnop 1個でタイミングをずらす
ビジーループは無いがタイマーを使う
(タイマーは共用可能)
割り込み禁止期間の制限は特に無い
EUSART1、TMR0、ADCは動作しています。
SCL1とSDA1のピンはHighのままです。
I2C1.hのEMULATED_EEPROM_Write/Readをコピペしているが、
PICKit3のデバッグでPAUSEにすると
while(status == I2C1_MESSAGE_PENDING) ;から抜け出せないようです。
MSSP2にしても同じです。
EasyタブはI2C Master/Enable MSSP/Slew Standard/SDA Hold 300nS/7bitで
I2C Clockの0x03≦0xA0≦0xFFで99.379KHzと表示されてます。
RegistersタブはBCLIとSSPIのチェックとADD=0xA0/BUF=0x0/CON1=0x28/CON2=0x0/CON3=0x8/STAT=0x80
SSP1MSKが0xFFで赤くブリンクしているのが気になります。
何故にマルチタスクも動かせないようなこんな低レベルCPUにこだわるのか？
こだわってるのはあなた
他人が何を使おうが勝手でしょ
他人の家の冷蔵庫開けて食材にケチつける
朝鮮人文化には馴染めません
ただただ疑問に思っただけ、理由を知りたかっただけです。
PICの何がそんなに魅力なのか？
もしかしたらPIC信者ってMなのか？
ハハハ、私のレスは無視して下さい、ちょっと退屈していただけなので。
これがまだ続くなら エラッタ もNGワード
にしようかと。兎に角しつっこいからな。
文句言いながらもここを覗きに来てるって事は、根っからのPIC信者なんだろ。
仕事でその理由は有りえない、と思う人は、そういう立場を知らないだけのこと。
なぜファンなのか、他のものの比べた上で判断したのか、なんてのは野暮。
納期を間に合わせるために原因不明のまま対処療法の対策で納品する
なんてことにもなりかねない。
感情的にならないで有益な情報として受け入れた方がいいと思うけどな。
本を買って持ってるから
PCに環境を作ったから
使い方を覚えて染み付いてるから
買い置きが残ってるから
これまで書いたコードが流用できるから
困ったことや痛い目に遭ったことがないから
全て消極的理由だが、趣味なら乗り換えない理由としては十分
別に特段の魅力は感じてなくてもPICで良いって人間もいるんだからほっといてくれ
ほんと余計なお世話
自分の使っているチップ型式を云わないのな
AVRとかだったりするのかねぇ
というより、困ったことや痛い目に散々遭って、それを時間をかけて
克服してきた実績と自信があるから、違うチップでまたやり直すの
やだなあみたいな先入観があるな。
＃流用できる完動するコードがある、に帰着するかもしれないが。
自分なりのお気に入りライブラリー揃えてしまうと
今更他のマイコンに乗り換えるモチベーションか
PICは問題が多いというが、結局のところ多かろうが少なかろうが自分が使うところにその問題があるかどうか。
バグがたとえゼロでも供給に不安があるならダメだろう。
バグは開発段階で回避できるかもしれないが、製造段階で全く互換で置き換えられるものの供給が滞るとかなりイヤ。
ユーザーが多いほど問題は既知のものになりやすい。
ネットで情報発信しているユーザーが多い方が、問題解決はしやすい。
いちいちまとめることもしないけれど、見えてないフリしてるだけだと思う。
勝手に泣いてろ。
問題がないか,自分で解決したほぼ100%の人たちは黙ってる
問題解決能力ないお前がそうなだけ
今更な長所だけど趣味には重要だよ
リングバッファでなくてTXIEを見れば、ビジーループを最大1文字分にできることは知っているんだが、なんとなく気持ちわるくてね。
どうも 868 です。
PIC18F47K42で同様な現象の記事を見つけましたが私には理解できません。
ttp://www.ccsinfo.com/forum/viewtopic.php?p=217541 下のコードを追加するようなんですが、どのファイルなのかわかりません。
//Select I2C with PPS
#PIN_SELECT SCL1IN = PIN_C3
#PIN_SELECT SCL1OUT = PIN_C3
#PIN_SELECT SDA1IN = PIN_C4
#PIN_SELECT SDA1OUT = PIN_C4
#use i2c(Master,Slow,I2C1,FORCE_HW)
最後のスレの
//Select I2C with PPS
#PIN_SELECT SCL1 = PIN_C3
#PIN_SELECT SDA1IN = PIN_C4
#PIN_SELECT SDA1IOUT = PIN_C4
//Using the peripheral name always forces hardware
#use i2c(Master,Slow=100000,I2C1)
が正解なのかも知れないが、どこに挿入するのだろう？
せめてmain.cぐらいは見せないと何もわからんよ。
すまん、18F46K22にはPPSは無かった。
LPCとかSTMもあるし、8051系もありますよ。
こんな感じです。
EMULATED_EEPROM_Read関数はMCCが生成したi2c1.hの例文をコピペして、main関数の前に定義しました。
EMULATED_EEPROM_Read関数のwhile(status == I2C1_MESSAGE_PENDING) ;から抜けられないようです。
オシロでSCL1(RC3)とSDA1(RC4)を観察してもHighの状態です。
双方とも4.7KでVDDにプルアップしています。
I2CデバイスはDS1307（カレンダー）です。
TMR0とEUART1とADCは動作しています。
void ReadDateTime(uint8_t *pDateTime)
{
uint8_t dt[8];
// Read DS1307 Reg.
EMULATED_EEPROM_Read(0x68, 0, dt, 8);
*pDateTime++ = ((dt[6] >> 4) * 10) + (dt[6] & 0x0f);
*pDateTime++ = ((dt[5] >> 4) * 10) + (dt[5] & 0x0f);
*pDateTime++ = ((dt[4] >> 4) * 10) + (dt[4] & 0x0f);
*pDateTime++ = ((dt[2] >> 4) * 10) + (dt[2] & 0x0f);
*pDateTime++ = ((dt[1] >> 4) * 10) + (dt[1] & 0x0f);
*pDateTime = ((dt[0] >> 4) * 10) + (dt[0] & 0x0f);
}
void main(void)
{
uint8_t DateTime[6];
SYSTEM_Initialize();
INTERRUPT_GlobalInterruptHighEnable();
INTERRUPT_GlobalInterruptLowEnable();
INTERRUPT_PeripheralInterruptEnable();
TMR0_SetInterruptHandler(timer);
printf("Start!¥r¥n");
ReadDateTime(DateTime);
ここに来ない
TXIEを見た後TXREGにセットするまでの間に
割り込みがバタバタっと来たらアウトじゃないか？
バタバタっと来ない前提？
コピペの関数もそのまま添付します。
void EMULATED_EEPROM_Read(
uint16_t slaveDeviceAddress,
uint16_t dataAddress,
uint8_t *pData,
uint16_t nCount)
{
static volatile I2C1_MESSAGE_STATUS status;
I2C1_TRANSACTION_REQUEST_BLOCK readTRB[2];
uint8_t writeBuffer[3];
uint16_t timeOut;
// this initial value is important
status = I2C1_MESSAGE_PENDING;
// build the write buffer first
// starting address of the EEPROM memory
writeBuffer[0] = (dataAddress >> 8); // high address
writeBuffer[1] = (uint8_t)(dataAddress); // low low address
// we need to create the TRBs for a random read sequence to the EEPROM
// Build TRB for sending address
I2C1_MasterWriteTRBBuild( &readTRB[0],
writeBuffer,
2,
slaveDeviceAddress);
// Build TRB for receiving data
I2C1_MasterReadTRBBuild( &readTRB[1],
pData,
nCount,
slaveDeviceAddress);
timeOut = 0;
while(status != I2C1_MESSAGE_FAIL)
{
// now send the transactions
I2C1_MasterTRBInsert(2, readTRB, &status);
// wait for the message to be sent or status has changed.
while(status == I2C1_MESSAGE_PENDING) ;
if (status == I2C1_MESSAGE_COMPLETE)
break;
// if status is I2C1_MESSAGE_ADDRESS_NO_ACK,
// or I2C1_DATA_NO_ACK,
// The device may be busy and needs more time for the last
// write so we can retry writing the data, this is why we
// use a while loop here
// check for max retry and skip this byte
if (timeOut == SLAVE_I2C_GENERIC_RETRY_MAX)
break;
else
timeOut++;
}
}
printf("TEST1¥r¥n");
SSP1STAT = 0xC0;
SSP1CON1 = 0x28;
SSP1CON2 = 0x00;
SSP1CON3 = 0x08;
SSP1ADD = 0x9F;
SSP1BUF = 0x00;
printf("TEST2¥r¥n");
printfは正常に表示された。
別のソフトでRC3,RC4をGPIOでOUTにしてH/Lの出力を確認できたから生きているはず。
オシロがあるならI2C.hで宣言されてるシンプルなリード、ライトをためしてみたら？オシロでなにも無いようなら、初期化周りが怪しい気がする。関数内だからこっちはどうなってるかわからんが。
〜\1000程度で買える
RS232やI2Cの解析なんかには十分な
24MHzサンプリング8ch
amazonとかebayで買える
のリングバッファが空だったらってとこを、TXIE(TX割り込みイネーブル)が0だったらと変えるだけ。
main.c内に下記のtest関数を定義して、MCCの初期化と割込み許可直後でtest関数を呼び出した。
void test(void)
{
static volatile uint8_t buh[16];
I2C1_MESSAGE_STATUS status = I2C1_MESSAGE_PENDING;
I2C1_MasterRead (buf, 4, 0x68, &status);
printf("%02x, %02x, %02x, %02x¥r¥n", buf[0], buf[1], buf[2], buf[3]);
}
オシロにはHレベルのままでI2C1_MasterRead関数から返ってきた。
4バイトとも0x00でした。
何故かその後に呼び出されるReadDateTime関数内の
EMULATED_EEPROM_Read(0x68, 0x0000, dt, 8)から抜けられるようになった。
でもデータは全て0x00でオシロにも出てこない。
別ソフトで1mS周期割り込みでRC3,RC4を毎回反転するのを書き込むとオシロにちゃんと矩形波が現れる。
MCCの初期化部分が先のコードです。
SSP1STAT = 0xC0;
SSP1CON1 = 0x28;
SSP1CON2 = 0x00;
SSP1CON3 = 0x08;
SSP1ADD = 0x9F;
何故かSSP1CON2が無かったので追加したが変化なし。
この状態で
SSP1BUF = 0x00;
すれば送信が発生すると思うのだが？
初期化間違っているのかな？
SPIは何度も使ったけどi2cはPICでは初めてです。
設定はそれで問題ないはず。速度は計算してないから、合ってるかわからんけど。
BUFFにデータ入れるまえにCON2.SEN=1でスタートコンディション発行しないと駄目。これだけでSDAは一旦Loになるはず。
ありがとうございます。
明日、試します。
MCCのコードをPIC16系と見比べたけど同じだった気がする。
明日こそ！
それはわかってる
TXIEを見てから送信バッファに書くまでのタイミングに
UART以外の割り込みが来て、
そこからUART割り込みでTXREGに書くまでに
ダブるタイミングになったらマズイだろ
って思ったけど
割り込みが1文字送信時間分占有しないと問題が起きないし
1文字占有したら受信もマズいので
まああまり気にしなくていいかな
ボーレートが速くてUSBも使ってたりする場合は注意が必要っていうくらい
ソフトのバッファでも猶予が倍になるだけて同じだな
一応条件に加えておいた方が良いかと
おはようございます。
SCL1、SDA1が共にLowになりました。
SSP1CON2bits.SEN1 = 1;
SSP1BUF = 0x00;
MSSP1は生きているようなのでもう一度PIC16FとPIC18FでのMCCコードの違いを探します。
速度はFOSCがPLL使用で64MHzで100KHzになっているつもりです。
MKやMMにI2Cが無いのはエラッタで全く使い物にならないからスペックから消した
不自然にI2Cが無いのはそういう理由
MZは使い物にならないけどスペックに載ってる
おばQのOちゃんかよ
ワロタ、バケラッタ
解決しました！
PIC16FのMCCコードと比較した結果
I2C1_Initialize関数の最後に// add行を追加
// clear the master interrupt flag
PIR1bits.SSP1IF = 0;
PIR2bits.BCL1IF = 0; // add
// enable the master interrupt
PIE1bits.SSP1IE = 1;
PIE2bits.BCL1IE = 1; //add
I2C1_BusCollisionISR関数に下記add行挿入
PIR2bits.BCL1IF = 0; // add
I2C1_MasterTRBInsert関数の前に以下のインライン関数を定義
inline void I2C1_WaitForLastPacketToComplete()
{
while(i2c1_state != S_MASTER_IDLE)
{
// If your code gets stuck here it is because the last packet is never completing
// Most likely cause is that your interrupt is not firing as it should. Check if you have
// correctly enabled all MSSP, Peripheral and GIE interrupt settings.
}
}
I2C1_MasterTRBInsert関数の最後の
// for interrupt based
if (*pflag == I2C1_MESSAGE_PENDING)
{
while(i2c1_state != S_MASTER_IDLE)
{
// force the task to run since we know that the queue has
// something that needs to be sent
PIR1bits.SSP1IF = true;
}
} // block until request is complete
を以下に差し替え
// for interrupt based
if (*pflag == I2C1_MESSAGE_PENDING)
{
I2C1_WaitForLastPacketToComplete();
// The state machine has to be started manually because it runs only in the ISR.
// If we called the ISR function here function duplication would double the code size
// because this function would be called both from interrupt and from mainline code.
PIR1bits.SSP1IF = true;
} // block until request is complete
これでI2C通信が正常に動作しました。
DS1307のアドレスポインタは8bitなのでEMULATED_EEPROM_Read関数の16bitを書き換えました。
騒いで騒ぎ過ぎは無いと思う
エラッタ情報をデータシートと分けてあるのは
嫌がらせ超えて隠蔽体質だと思うよ
PDFファイル合冊して発行すればいいのに
それともデータシートのどこかに書いてある?
スレの住人も隠蔽体質だからな
実装の問題であるエラッタは分けといてくれる方がいい
シリコンリビジョンが上がる度にデータシートが更新されるなんてあり得ません
全然意味がわかんなあいーー
いや、シリコンリビジョンが上がってもデータシートが更新されないなんてあり得ません
エラッタも治らないならいい加減仕様として明記しろって話だよ
リビジョン毎にデータシートなんて出さないよ。
変わってもエラッタ直らないし
使えないものはデータシートから消してほしい
918です。
EEPROMも配線して、どんどん拡張です。
他の話題で活気付けば誰もエラ男の相手なんかしないから
”A.I. Researchers は１００万ドル以上の高給を得ている”
A.I. Researchers Are Making More Than $1 Million, Even at a Nonprofit
ttps://www.nytimes.com/2018/04/19/technology/artificial-intelligence-salaries-openai.html シリコンバレーで公然の秘密の一つは、人工知能の専門家が巨額の給与とボーナスを得ているという
ことです。 今、OpenAIと呼ばれる研究室によるちょっとした税金申告によって、そのような驚くべき
金額が公になっています。
OpenAIは、2016年にトップ研究員であるIlya Sutskeverに190万ドル以上を支払った。その年の
3月から採用されたにもかかわらず、もう一人の有力な研究員、Ian Goodfellowに80万ドル以上を
払った。 両方ともGoogleからリクルートされました。2016年6月に採用された、元カリフォルニア州立大学
バークレー校の教授で、ロボット研究者のPieter Abbeelは$ 425,000を得た。 これらの数字には
すべて契約ボーナスが含まれています。
OpenAIが非営利団体であるために、公開された税務書類に記載されている数字は、世界中の組織が
A.I.技能者に支払っている金額を垣間見せてくれた。 しかし、注意すべきなのは、OpenAIでの報酬は、
非営利団体としてストックオプションを提供することができないため、これらの研究者はこれでもまだ安売り
してるかもしれないということです。
これらの技術を理解している人は少なく、何千もの企業がその技術を使いたいと思って居るので、
トップA.I.研究者の給料は天文学的な数字になってます。
カナダの独立研究機関によれば、真に重要なA.I. researchをを行うために必要なスキルを持っている人は
世界中の22,000人しかいないと推定しています。
「需要が山のようにあるにに、一方供給は水のしずくのようにしかありません。」
AIの事業を立ち上げたSkymindの創業者であるクリス・ニコルソンは語った。
それは大学や政府にとって重大な問題を引き起こす。 彼らにもまた、A.I.技術者が必要です。
次世代の研究者に教え、これらの技術を軍隊から薬の開発に至るまで実践に移すために。
しかし、彼らは決して民間セクターで支払われている同額の給料を払えません。
以下略
「受け取りました」くらいはここに書いても良いとは思うけど
送信に必要なのはSMTPなどの送信サーバーにアクセスする権利なだけで。
送ってくれたメールの送り主に対してメールを送るつもりはありません
という意志だとわからないと
ただの面倒くさいヤツ
送信専用のアドレスって何だよwww
と思ってもそれを言わないのが大人
18323は18325のサブセットだと思ってた。10円でも節約して秋月で買うべきものなんだろか。
10円でも1000個買えば1万円の差
なんでだろなー。
俺はここで買った
ttps://store.shopping.yahoo.co.jp/orangepico/p1zfzu5v9v.html あと4ヶ
俺は使ってます。
ってか、俺の周りの人も会社も、マイコンはいろいろ使うせいか、エミュレータも割と安めのものを使ってる人が多いな。
PICについてはICDを使ってる人がいない。
PICKIT3×PIC32だと遅くてたまらん、という話もあるけど、PIC32を使わんし。
でも、PIC32でもPICKIT4なら少しはマシなんだろかと期待。
個人的には急いで買う必要はないけれど、
・今から始める人は3か4かを迷うであろうな。4が出るまで待つか、みたいな。
・Directにあるのに流通しないのは、Directは独立採算の商社として、一定のチカラがあるのかなと思ったり。
・それとも何かの理由で出荷を抑えているのかなと、もやもやしてみたり。
・SAM対応を標ぼうするのはまずいのでは、と社内の保守派からブレーキがかかってるのかな、と邪推を楽しんだり、
・出すならAVR対応に、と社内と推進派からクレームが入ったのかな、と邪推を楽しんだり。
趣味で「買う必要」とか
アホですか？
まあ、買う必要があるでしょうね。いつももらって済ますわけにはいかないと思います。
罵倒する前にちょっと考えて欲しい。
という立場もあれば、
趣味だからこそ実費としての出費は抑えたい
という立場もある。
違う立場をイメージできないことを罵倒することはないよ。
MSSP1のI2CにEEPROMにアトメルの128KByteのAT24CT1024Bをぶら下げました。
何故か256バイトのページライトが出来ません。
128バイトまでは成功します。
なので128バイト以下でライトする様に使ってます。
何故？
指定したアドレスがページを跨いでしまうと書き込めない
アドレス0000で256byte書けるか試してみるべし
256B単位の書き込み
それが駄目なんです。
MCCじゃなくて自作コードですか？
おかげさまでLEDチカ、USART+TeraTermを用いたPCとのシリアル通信は
上手く行きましたが、USB - HIDクラスを使った通信でお手上げ状態になってしまいました…
デモの内容を確認するために、Microchip社ライブラリの真新しいフレームワーク(HID_Mouse - low_pin_count_usb_development_kit_pic18f14k50.x)を
秋月18F2550マイコンボード用のコンフィグレーション、LED用LATA、TRISA、Button用PORTA、TRISAへ適合するように
設定し直して、Debug Project で運用してみましたがダメでした…
宜しければ、ご助言いただけないでしょうか
以下、内容
#pragma config PLLDIV = 5 // PLL Prescaler Selection bits (Divide by 5 (20 MHz oscillator input))
#pragma config CPUDIV = OSC1_PLL2 // System Clock Postscaler Selection bits ([Primary Oscillator Src: /1][96 MHz PLL Src: /2])
#pragma config USBDIV = 2 // USB Clock Selection bit (used in Full-Speed USB mode only; UCFG:FSEN = 1) (USB clock source comes directly from the primary oscillator block with no postscale)
#pragma config FOSC = HSPLL_HS
電源に関する設定
#pragma config PWRT = ON
#pragma config VREGEN = ON
Debug Project - Step Into で1行ずつ実行した場合
usb.device.c 582行目
USBDeviceState = ATTACHED_STATE;
を実行すると、UnknownDeviceになる
→USBDeviceState が POWERED_STATE までしか進まない
その状態で、Debug Project - Reset→Continueした場合
USBDeviceState == CONFIGURED_STATE まで進むが、
app_device_mouse.c 258行目あたり
currentButtonState = BUTTON_IsPressed(BUTTON_USB_DEVICE_HID_MOUSE);
で、S1の状態を取得するものの、S1を押した状態にしても、離した状態にしてもそこから先へ展開せず
Main.cのwhile(1)ループへ戻ってしまう
その状態でまたContinue→Pauseして1行ずつ実行してみると
今度はusb_deviece.c 647行目
if(USBSuspendControl == 1){
USBClearUSBInterrupt();
return;
}
へ入りreturnしてMain.cのwhile(1)ループへ戻ってしまう そして、以下、変化無し
途切れ途切れじゃ会話が通じない
デバッグはUARTとかポートで
お返事をしないままでいてすみません
アドバイスと温かい励ましの言葉をありがとうございました
スレは覗いていたものの、少し見栄っ張りで、「USB - HIDクラスできました〜」と成果を上げてから
お礼の言葉と一緒に書き込みたかったのですが、このようなところで引っ掛かってそのまま時が経ってしまいました…
力及ばずですみません
さん さん
そうなんですか！
勉強になりました！！
速レスありがとうございます もう少し挑戦してみます
しばらく色々やってみましたが、自力では解決できないようです
懲りずにDebug Project の Continue で USBDeviceState ==CONFIGURED_STATEを獲得した後、
Step Intoを使ってスイッチOn/Offを押し分けて、mouse.movementModeの値をtrueにしたのですけど、
やっぱりカーソルが自動的に動かないです
皆様のお力に頼っても自分には無理でしたら、PS/2通信の方に切り替えて改めてそちらに挑戦してみようと思います
ある一定時間ごとにデバイス(=PIC)が応答することをホスト(=PC)が期待している
step実行するとデバイスが応答を返さなくなるので正常動作しない
一度でもbreakしたらcontinueはできないと思った方がいい
mlaのソースの中に、ある間隔でこの関数を呼べ、とかコメントが書いてない？
デバッガでデバッグではなく、のようにポートなりUARTなりに
状態を出力させるコードを書いてデバッグする必要がある
お世話になっております
せっかく前の方々に適切なアドバイスをいただいたのに
十分に理解できなくてすみませんでした
ご指摘を受けて私にも状況が少しずつわかってきました
>mlaのソースの中に、ある間隔でこの関数を呼べ、とかコメントが書いてない？
拙い英語読解力で読んだところ、
1.main.c _ USBDeviceTasks();
2.usb_event.c _ USER_USB_CALLBACK_EVENT_HANDLER
あたりが該当するように思われます
とりあえず、1番でUSBDeviceState == CONFIGURED_STATEになり、
2番によって、LEDが高速点滅するところまで到達しましたが、
その先、Mouseのカーソルが自動移動するまでに至らないようです
USB通信のデバッグについては、先にもアドバイス頂いたように
ポートやUARTに状態を出力させる必要があるのですね
大変よくわかりました
ただ、電子工作入門1週間ちょっとの私には手に余るレベルのような気がします…
もういっそのこと、秋月PIC18F14K50マイコンボードを買って、ライブラリそのままで焼いてみようかと検討中です…
大変丁寧かつわかりやすいご助言をありがとうございました！
ご厚意を活かせるように頑張ります
SnoopyPro(USBスニッファ)の出番かな。
またMLAの18F14K50のソースを流用した場合、ボタンはRA3ポートに接続されていることを想定しているが、そうなっているか？
ご助言ありがとうございます
ご推察の通り、私の環境でもPC(Windows 7 Pro 64bit SP1)のデバイスマネージャには、
HIDってことで表示されてます
>SnoopyPro(USBスニッファ)の出番かな
英語のも少し読みましたけど、古くて危なっかしい感じのレビューが目立ちますね…
それにWin7 ProではXPモードで運用する必要があるみたいで、
私の今の環境だとCドライブ：SSDの容量が大幅に不足していて難しいようです
USB通信のデバッグがここまで難しいのかと改めて思い知りました
さん
お世話になっております
>デバッグモードにせずに接続した場合、LEDは高速点滅するか？
はい、点滅しています
>またMLAの18F14K50のソースを流用した場合、ボタンはRA3ポートに接続されていることを想定しているが、そうなっているか？
18F2550用に自分の回路の都合でRA0へ書き換えちゃいました
buttons.c _ #define S1_PORT PORTAbits.RA0
これ、いけなかったですかね？
デバッグモードでは、ボタンに反応してるようでしたので、大丈夫だと思ってました
freeusbanalyzer.com
試用期間中は至れり尽くせりな感じだけど、
試用終わるとSnoopyProとどっこいどっこいの機能。
> 18F2550用に自分の回路の都合でRA0へ書き換えちゃいました
それなら大丈夫
あと一息の気がする、頑張れ
始めに、system.c _ void SYSTEM_Initialize()関数で、
ADCON1レジスタを全てデジタルI/Oへ設定するように
0b00001111; を代入し、 (18F2550 データシートp.262参照)
buttons.c _ #define S1_PORT PORTAbits.RA0 を元の
#define S1_PORT PORTAbits.RA3 へ戻し、
同じく buttons.c 内 void BUTTON_Enable(BUTTON button)関数でも
TRISAbits.TRISA3 = PIN_INPUT; とTRISAもRA3用に設定し直してみましたが、
やはり状況は変わらず、LED高速点滅はするものの、mouseは自動移動しないみたいです…
良さそうなソフトのご紹介をありがとうございます！
ただ、試用版の使用条件がめちゃ厳しいですねｗ
1度に10分間、4日間だけ体験可能の制限付きの中、初心者が使いこなすのは難しいそうですね
さん
前のレスが行き違いになってしまいましたが、
それなら良かったですー
お世話になってるので、次スレを立ててみようと思います
テンプレに特に変更の必要は無さそうですよね
スレタイと過去スレ一覧を書き換えるだけですが、やってみます
ttps://rio2016.5ch.net/test/read.cgi/denki/1525183933/ 新スレ、建てられました〜
おつあり
>建てられました〜
他の人に、先にに立てられてしまった のか
慣れない自分にも 立てることができた のか
いや、話す人の思いやりが足らないだけ。
複数の意味に受け取られる表現になっていないかを、書き込む前に確認するべき。
制限がかかって立てられない人がいる
立てる気もないけど、立っていれば来る人もいる
立てるのにひと手間がかかることは事実。
とりあえず、ここは立てた事実に敬意を払えばいい。
善意を装って、アンチなタイトルでスレ立てする屑もいるけれど、はそうではない。
、と読んでその疑問なら読解力不足。
