PIC専用のスレ　Part30

　／Microchip　.／|
　／( ﾟ∀ﾟ)　　　 ／　 |　アセンブラのアの字もわからない
　|~￣￣￣￣￣|　 ／.　超初心者からHEXが読めてしまう
　|/Ｚ./Ｚ./Ｚ./Ｚ_|／ || 　鬼ﾌﾟﾛﾌｪｯｼｮﾅﾙの為のｽｯﾄﾞﾚ（#ﾟДﾟ）だ!ﾓﾞﾙｧ
　 ||.　||.　||.　||

大人気のPICマイコンのスレ。
なんといっても情報が豊富だし、開発環境も多いし、パッケージも豊富。
使いやすくて、しかも安い。やっぱりPICだよね。

例の如く基本リンクだ
http://www.microchip.com/　 マイクロチップ本社（Microchip Technology Inc. ）
http://www.microchip.co.jp/　マイクロチップ テクノロジー ジャパン 株式会社
またーりやっておくんなまし。
教えて君はとりあえずGoogle(http://www.google.co.jp/) くらい使おう

前スレ
PIC専用のｽﾚPart29
http://kamome.2ch.net/test/read.cgi/denki/1279265489

(ﾟДﾟ)ゞどもインターネットパトロール隊です。
違法コピーは けしからん！
http://www.sonsivri.com/forum/index.php?board=3.0

dsPIC30F4011を使っています。
CANモジュールを使用して複数のマイコン同士で通信しています。
現在、通信内容をPCでモニタリングしようと試みていますが、
UARTを使ってシリアル通信しようとしても、マイコンから信号は出ているのですが、ハイパーターミナル上に何も表示されません。
どなたか原因のわかる方はいますでしょうか？

また、CANUSB（http://www.canusb.com/）なるCAN通信をシリアル通信に変換して、
ターミナルソフトでモニタリングできる装置も導入しましたが、CANUSB側のポートを開いた途端にエラーが出ます。

販売元に問い合わせたところ、
マイコン側とCANUSBで設定した通信速度が違うのではないかと言われましたが、
タイマ割り込みを入れてオシロスコープで調べてみたところ、
ちゃんと意図した間隔でタイマ割り込みが発生していることを確認しましたので、速度設定のミスではないと思います。
配線などもチェックしましたので、物理的なミスでも無さそうです。

CANUSBはフィリップス製のSJA1000とかいうマイコンで制御されているようです。
もう他に思いつくのはマイコンの相性くらいしかないのですが、
規格の異なるマイコン同士での通信自体に無理があるのでしょうか？

非常にコアな質問だとは思いますが、アドバイスお願いします。

●過去スレ●
ttp://science6.2ch.net/test/read.cgi/denki/1272360198/ PIC専用のｽﾚPart28
ttp://science6.2ch.net/test/read.cgi/denki/1265591953/ PIC専用のｽﾚPart27
ttp://science6.2ch.net/test/read.cgi/denki/1259844805/ PIC専用のｽﾚPart25　…　実質Part26
ttp://science6.2ch.net/test/read.cgi/denki/1252595909/ 【18F14K50やばい】PIC専用のｽﾚPart25【超やばい】
ttp://science6.2ch.net/test/read.cgi/denki/1246661200/ 【ホビーから】PIC専用のｽﾚPart24【業務まで】
ttp://science6.2ch.net/test/read.cgi/denki/1241103349/ 【ICD3も】PIC専用のｽﾚPart21【出たよ】（実質Part23）
ttp://science6.2ch.net/test/read.cgi/denki/1234597519/ 【16F193x】PIC専用のｽﾚPart22【次世代PIC】
ttp://science6.2ch.net/test/read.cgi/denki/1228312753/ 【Pickit3】PIC専用のｽﾚPart21【速度3倍?】
ttp://science6.2ch.net/test/read.cgi/denki/1219616622/ 【DAC内蔵も】PIC専用のｽﾚPart20【出たよ】
ttp://science6.2ch.net/test/read.cgi/denki/1212500774/ 【大人の】PIC専用のｽﾚPart20【おもちゃ！】
ttp://science6.2ch.net/test/read.cgi/denki/1205937905/ 【16Fに】PIC専用のｽﾚPart19【まだ新品種が!w】
ttp://science6.2ch.net/test/read.cgi/denki/1202041038/ 【得意分野は】PIC専用のｽﾚPart18【書き込み器ｗ】
ttp://science6.2ch.net/test/read.cgi/denki/1196633878/ 【米粒から】PIC専用のｽﾚPart17【32ビットまで】
ttp://science6.2ch.net/test/read.cgi/denki/1192626561/ 【送料高い】PIC専用のｽﾚPart16【バーゲンなのに】
ttp://science6.2ch.net/test/read.cgi/denki/1187863826/ 【SDCC】PIC専用のｽﾚPart15【PICkit2】
ttp://science6.2ch.net/test/read.cgi/denki/1182435612/ 【PIC18F対応？】PIC専用のｽﾚPart14【Writer509】
ttp://science6.2ch.net/test/read.cgi/denki/1175098079/ 【皆で作ろう】PIC専用のｽﾚPart13【Writer509】
ttp://science6.2ch.net/test/read.cgi/denki/1165919841/ 【皆で作ろう】PIC専用のｽﾚPart12【Writer509】
ttp://science4.2ch.net/test/read.cgi/denki/1161982672/ 【18Fは】PIC専用のスレPart11【(･∀･)ｲｲ?】
ttp://science4.2ch.net/test/read.cgi/denki/1155772077/ 【12F629】PIC専用のスレPart10【輝け！】
ttp://science4.2ch.net/test/read.cgi/denki/1146949082/ 【12F683】PIC専用のスレPart9【囁け！】
ttp://science4.2ch.net/test/read.cgi/denki/1139471101/ 【16F648】PIC専用のスレPart8【動け！】
ttp://science4.2ch.net/test/read.cgi/denki/1134909554/ 【10F206】PIC専用のスレPart7【轟け！】
ttp://science4.2ch.net/test/read.cgi/denki/1127462924/ 【12F675】PIC専用のスレPart6【しゃぶれ】
ttp://science4.2ch.net/test/read.cgi/denki/1122092255/ 【お手軽】PIC専用のスレPart5【ﾏｲｺﾝ】
ttp://science3.2ch.net/test/read.cgi/denki/1115145584/ 【お手軽】PIC専用のスレPart4【ﾏｲｺﾝ】
ttp://science3.2ch.net/test/read.cgi/denki/1108027098/ 【お手軽】PIC専用のスレPart3【ﾏｲｺﾝ】
ttp://science3.2ch.net/test/read.cgi/denki/1094312282/ 【お手軽】PIC専用のスレPart2【ﾏｲｺﾝ】
ttp://science3.2ch.net/test/read.cgi/denki/1077618889/ 【超初心者】PIC専門のｽﾚ【鬼ﾌﾟﾛ】
ttp://science2.2ch.net/test/read.cgi/denki/1072092201/ PIC AVR H8統合スレ (元祖)

●PIC入手先リンク●
MicrochipDirect
　　ttp://www.microchipdirect.com/
秋月電子通商
　　ttp://akizukidenshi.com/catalog/default.aspx
デジキー
　　ttp://dkc1.digikey.com/jp/digihome.html
RS
　　ttp://jp.rs-online.com/web/
チップワンストップ
　　ttp://www.chip1stop.com/
マルツパーツ館
　　ttps://www.marutsu.co.jp/user/index.php

秋月のPIC16シリーズDIP品限定ピン数別評価(先頭のvは値下げ,-は維持)'2010年４月24日更新版
v40ピンは-◎16F887 \200
v28ピンは◎16F886 \190
ADC有,eCCP/CCP有,mSSP有,USART有,8Kw,内蔵31K-8MHzとﾌﾙｻﾎﾟｰﾄ
新しめのﾁｯﾌﾟで内蔵ﾓｼﾞｭｰﾙも多,大きささえ許せば20,18ﾋﾟﾝよりこちらを

20ピンはF690のﾊﾞﾘｴｰｼｮﾝﾓﾃﾞﾙ多.価格差が小さいからF690か,OPｱﾝﾌﾟのF785.ｽｷﾙあるなら18F14K50も検討しては?
-◎16F690 \210 ADC有,eCCP有,eUSART有,SSP有,4Kw,内蔵31K-8MHzとバッチリ
-○16F689 \180 F690からeCCP機能削られた
-×16F687 \180 さらにF689を2Kwと半分に
-△16F677 \170 さらにF687からeUSARTも削られた
-○16F685 \190 F690からSSP&eUSART機能が削られた
-◎16F785 \180 ADC有,CCP有,2Kw,内蔵31K-8MHz,OPｱﾝﾌﾟ搭載ってのはいいね

18ピンは種類は多いけど選択の幅は狭い。F88かいっそ20pinにするとか
v×16F84A \250 機能無,1Kw,いまさら不要 10個以上なら１個￥220
-△16F648A \180 CCP有,USART有,4Kw,内蔵4MHz,同じ値下組のF819と比較するとｷﾂｲ
-△16F628A \160 F648Aの2Kw版,売りが値段だけだと厳しいかな
-×16F627A \160 F648Aの1Kw版,売りの低ｺｽﾄで628Aと並ばれると・・・
v◎16F88 \200 ADC有,CCP有,SSP有,USART有,4Kw,内蔵31K-8MHzとGood
-○16F87 \200 F88にADC無い,下のF819と比較するとADCで負けﾌﾗｯｼｭ4Kwで勝ちﾀﾞｹﾄﾞ
-○16F819 \180 ADC有,CCP有,SSP有,2Kw,内蔵31K-8MHz,値下げで価値が急上昇！
-×16F818 \200 F819の1Kw版,上位のF819の値下げで不要に
-◎16F716 \110 ADC有,eCCP有,2Kw,内蔵CLK無,EEPROM無だけど値段安い,ADC8bit注意

14ピンはF688だね
-◎16F688 \160 ADC有,eUSART有,4Kw,内蔵31K-8MHz
-△16F676 \140 ADC有,1Kw,内蔵4MHz

8ピンはF683だと思っていたがF615も\100にしてはなかなか良い
-◎12F683 \150 ADC有,CCP有,2Kw,内蔵31K-8MHz,8ピンとしては多機能
-○12F675 \120/130 ADC有,1Kw,内蔵4MHz ,環境によってはE/P版
-○12F629 \80 675のADC無(機能無しってこと),この値段ならﾁｮｯﾄ使うに便利
-△12F635 \120/130 機能無し,1Kw,内蔵31K-8MHz,環境によってはE/P版
-◎12F615 \100 ADC有,eCCP有,1kw,内蔵4Mor8MHz,EEPROM無し
-×12F609 \100 F615からADC,eCCP機能省かれてる

(参考)機能無,EEPROM無,12bitｺｱ ﾌﾟﾛｸﾞﾗﾑ組む上で制限多し
-△16F57 \100 28ﾋﾟﾝ,2Kw,内蔵CLK無,安くて多くのI/O欲しいなら
-△16F54 \60 18ﾋﾟﾝ,0.5Kw,内蔵CLK無,安いI/O欲しいなら
-△10F200 \70 DIP8ﾋﾟﾝ,1/4Kw,内蔵4MHz,米粒PICのﾃﾞﾊﾞｯｸﾞ用

マークの意味
◎お勧め、用途決まっていないならこれ買っとけ
○内蔵モジュール減ってるけど、その分値段も安くなってるから、まあまあ
△内蔵モジュール大幅に減ってる、\10でも安くしたいなら、どうぞ
×ソースを変更できない等の理由がないなら、選択する必要なし
自分で、プラグラムもハードも作れる人のためのリスト。
そもそも、教科書にのってるのとか他の方の作品とかを作るだけなら
指名買いするしかないのだから お勧め度は意味がない。

12F510で遊んでるとこ
なかなか癖があって楽しい
ネットにノウハウとか全然ないし
データシートだけ見てLED5個点灯できたら偉い

>>3
>UARTを使ってシリアル通信しようとしても、マイコンから信号は出ているのですが、ハイパーターミナル上に何も表示されません。
>どなたか原因のわかる方はいますでしょうか？

そんなことで躓いてて大丈夫？
ﾊｰﾄﾞｳｪｱで間違えてるか、バイナリ送信してるとか･･･
先ずは printf("Hello, world!\r\n");　とでも出力して確認汁

あとの話はそれから

単純に直接続してないか　？

ドライバーＩＣ　max232などで反転させてみる

＞UARTを使ってシリアル通信しようとしても、マイコンから信
＞号は出ているのですが、ハイパーターミナル上に何も表示されません。
どういう信号がどんな風に出ているのか，それが理屈上正しいのかどうか。
きちんと報告せよ。

＞CANUSB側のポートを開いた途端にエラーが出ます。
どういうエラーがどういうタイミングで出るのか報告せよ。

＞タイマ割り込みを入れてオシロスコープで調べてみたところ、
＞ちゃんと意図した間隔でタイマ割り込みが発生していること
＞を確認しましたので、速度設定のミスではないと思います。
タイマ割り込みが入っていれば速度設定のミスではないと，どうして
判断できるのか。理由を述べよ。

＞配線などもチェックしましたので、物理的なミスでも無さそうです。
「自分では合っているつもり回路」のとおりできているというに過ぎない。
回路の間違いも「物理的なミス」である。どういう回路になっているのか公表せよ。

＞もう他に思いつくのはマイコンの相性くらいしかないのですが
相性なんていうものはない。動かないのにはきちんと「動かない理由」がある。

＞規格の異なるマイコン同士での通信自体に無理があるのでしょうか？
どういう「規格」なのか知らんが，同一メーカのマイコン同士でないと
駄目というなら，世の中のほとんどの機器は相互に接続できないことになる。

ログ全損かよ。オワタ。

そのうちサルベージされるのでは

ログなんてゴミの塊だろ？
わけの分からないガラクタだらけになってた部屋を大掃除したようなもんだ。

お前も掃除されちゃえばいいのに

お先にどうぞ

おまえらまだＰＩＣなんて使ってるのかい？ﾍｹｹｯ

Programmable Interrupt Controller

8259乙

>16
部屋に沢山転がってるんでな。
買ったからには作らないとね。

むしろハード側が面倒で基盤屋に出したくなる…。
パーツ差し込んで半田付けだけでさくっと完成させたくなるわ、冗談抜きに。

所で、12F675にA/D4つ付いているけど、温度湿度、照度…と来て後ひとつが浮かばん。
室内に設置されてジーッとデータを取るだけのデータロガー程度の場合を考えてるんだがお前らなら何が良いと思う？

>19
騒音
が思い付かんてことは、19ん家は静かなんだろうなあ…

まあ飛行機やヘリとか近くの国道の音とか、いろいろあるんじゃないかな。

気圧　風向　風速

臭度

地震、雷、火事

>20
室内で騒音測ってもなぁ…。
逆に人が居ない昼間に大きな音が計測されてたら怖いんだがｗ
夜でも近所の方が静か。
俺の方が騒音元かもしれんくらい。
暴走族とか居るけど線路の向こう側ばっかり走ってるし。

>21
気圧ならイイかなぁ…。
その他は室内で計る意味は…。

>22
有りますけどね、秋月に…。
さすがにいきなり室内に臭い匂いが…というのは考えられん…。

>23
オヤジが…。

とりあえず秋月だと気圧センサーが高いから断念して、後でまた考えるわ。
先にほかの部分だけでも回路組んで試してみるか

しかしA/D4つって表現ておかいしよな
正確にはA/D1つに4入力マルチプレクサ1つだよな
カテジナさん並におかしいよ

電磁波とか可聴域外れた低音とか超音波とか

無意味な機能を作って自己満足に浸るのがマイコン制作の醍醐味。

馬鹿みたいに多入力測定したいけど、マイコンで多足のパッケージって無いね。多足のプログラマブルvlsiで贅沢に無駄遣いして作るしか無いか？

PICからシリアルで送ってきた文字列を受け取って、
PC側でいろいろ反応させたいんだけど、
どういう言語を使うのが一番楽だろう

C

言語でなくても、ただ繋ぐだけで反応するＷＴＥＲＭとかでやってから飛躍したほうがよろしかと。

wtermにそんな面白い機能あったっけ

ターミナルソフトのマクロで文字列を受け取って返事させてみたらってことだろ。

あ、なるほど
送り返してくる方か

そっちまで作る気は無かったなあ
例えばデータロガー的に延々と送ってくるデータに対して、
メーターを表示するとか、コマンドに対して動作するとか、そんなん

>>33
処理系なら自分が何の言語を使えるかだけの話だろ。
何も得意なものがないなら、無料ソフトで試してみるのがいいんじゃないか。

シリアルポートをつかう通信クラス SerialPortについて
http://www.technoveins.co.jp/dev/vb2005/serialport.htm

言語よりも、GUI環境との摺り合わせの部分で、
覚えないといけないことが大量に発生しがちなんだよな
microsoft御謹製は特にそう

そういう部分を含めて、「一番楽」なのを知りたい
スクリプト言語で、tkとかGNOMEとかの非MSな(楽そうな)選択がいい

利用環境と出口論をどう考えるかにもよると思う。

macOSでしか使わないとか、ロケット工学だからオープンソースでないとだめとかそういう理由
があれば別だが、普通はvbでいいと思う。事例が多い方が絶対楽だし、他人に使わせるとき
環境構築も話が早い。

俺は自分用のシリアル制御はいつもperlだ。GUIなど甘っちょろいことはせず、結果はhtmlで
webサーバーに吐き出すか、定期的にメールで携帯宛の送信させるようにしている。スピード
メーターみたいなリアルタイム処理はできないが、シリアルデータの時点状況把握程度なら
これで十分。

んー
実用だとそういう作り方になるだろうな

基板のボリュームを回すと直結してwindowsの何かが動く、みたいな
無駄なことをしたいだけだったりするけど、
そのノウハウはあんまり蓄積しても役に立たない気がしてきた

遅れなんか考えなくて良いなら、普通に定期的にデータを受け取ればできる。
普通のWindows上なら無論データ欠けってのも生じるけど。
(リアルタイムOSじゃないからね、負荷が増えると情報が欠損する…可能性がある。今回はなさそうだけど下手すると機器側が暴走する）

Windows側で何かさせたい(バルーン出すとか)ならWindowsAPI叩くとか、明確にPICとは違うことをしなきゃ駄目。当たり前だけど。
……奥の手はぜんぶC(ライク）で書いてリナックスの乗ったボードとWindows側のアプリで通信するだな。
コレなら全部Cでいける。最早相手がPICではない可能性大だがｗ

ノウハウって言うならこんなことが出来るとちゃん示せれば結構食っていけると思う。
ハードとWindowsのソフトが組める技術者として…だが。
その分、いつもいつもWindowsの新型と戦う羽目に合うと思うｗ

＞PICからシリアルで送ってきた文字列を受け取って、
＞PC側でいろいろ反応させたい

ターミナル開いておいて，PICからシリアルでエスケープシーケンスを送って・・

>>39
それって、エスケープシーケンスのためにpicの側がかなり多くの処理をする
ことになるし、通信速度が十分でないといらいらすることになると思うが。

目的と手段からいうと、picはセンサー管理とシリアル送信に特化するほうが
汎用性が高いし、メモリも食わなくていい。

PCは処理能力が余っているのだからUIは全部そちらでさせるのが合理的。

ｖｂでmscommが一番簡単だと思う

質問はこのスレで良いのかね？

ＰＩＣのアセンブラソースを見ていたのですがサンデーＣ言語プログラマーの俺には
理解できない部分があるので教えてください。

ORG　　　　0　　　　　　　;　リセットベクタ（０番地）を指定
GOTO　　　START　　　;　ＳＴＡＲＴに行く

ORG命令は、以降に続く命令をプログラムメモリの何番地から格納するかを指定するらしいのですが
ライター書き込まれているプログラムを電源ＯＮ時に移動させるということですか？

すまん、何言ってるのか判らん
PIC ORG命令でぐぐっても判らなければC言語使い続けて下さい

作成したプログラムが書き込まれているメモリは「プログラムメモリ」と呼ばれる場所ですよね？
ここでいうリセットベクターは、プログラムメモリの０番地のことであってるでしょうか？

電源をＯＮにするとＰＩＣは、プログラムメモリの０番地に書き込まれているプログラムから
実行を開始すると思うのですが、何故ワザワザ自分自身の０番地指定をする必要があるのでしょうか？

これでどうでしょうか？

動作させて　電源切って　再度オンにしたらどうなるんだ

>>44
ORGってのは、アセンブラに対する疑似命令で、
ORG Xってすれば、それ以降に書かれた命令は、
プログラムをPICに書き込んだときにX番地に配置されるよって事。

そんでもってPICはリセットしたときに、
0番地に書かれているプログラムが実行されるように作られている。

>>46
なール程、わかりやすい解説ありがとう！

org 2ch なんてのでもいけるぞ

mplabideのシミュレータでプログラムメモリをダンプすればすぐ分かることを
いちいち書き込むな。INTEL HEXみても簡単に分かるだろ。

http://journal.mycom.co.jp/series/microchip/001/index.html
後閑氏が連載

すいませんが質問させてください。

ＭＰＬＡＢ　Ｃ３０は
フリー版があるそうなのですが
現在は、student editionというのはなくなっているのですか？

一応ホームページをみると
Special free versions for academic use are available here.
というリンクがあるのですが
ここにあるのでよいのでしょうか？

ご教示願います。

12F510でLED20個点けた
どうも、余計なのまで点く

dsPIC版の>>6だれかつくってー

>>51
>現在は、student editionというのはなくなっているのですか？
へい。だいぶ前から Evaluation Version(評価版)という表現になってます。

そいで、C30のEvaluation版はPIC24用とdsPIC用が別DLファイルになっとるので注意な
それと、(現在C30最新はv3.24) Ver.更新時期には日本語pageから辿るとDLリスト落ちしてる場合が多いので
完全英語表示pageから辿るように

http://www.microchip.com/stellent/idcplg?IdcService=SS_GET_PAGE&nodeId=1406&dDocName=en534868
･MPLAB C Compiler for dsPIC DSCs
･MPLAB C Compiler for PIC24 MCUs
リンク先はそれぞれ別pageになってる
Evaluation版のDLファイルはStandard-Eval Versionってやつだ

あとSign-in必要だからDL前に登録必要な

>>54
丁寧なレスありがとうございます。

二つダウンロードしないといけないのですね。

しかし、英語のところに登録するのですから
ちょっとドキドキしますね。

間違ってお金を請求されたらどうしようとか思ってしまいます。

te

st

>>52
もう１ピン使え。

>>52 配線がんばったな

しかもマトリクスにしたから、尋常でなく配線大変

510でマトリクスで20個は無理だと思うが。

並べ方は関係ないだろ

単に並べ方の話なら、一直線とかの方が大変そうだが。

３ビット×３ビットで６４個までいけるんじゃね？
普通にやるなら３×３で９個までだが

シフトレジスタを使えば、いくつでも。
オーディオのバーグラフとか。

６４個を走査、チラつきそう‥
抵抗なしじゃないと暗くて見えないかも。

高輝度のでデューティー１／６４やってどれくらいになるか実験してからのほうがいいかも。
でもＬＥＤのダイナミックドライブの際のパルス電流は定格の１０倍までとかあったような‥

直接駆動はいくら何でも無茶だろう。

>>64
どうやるんだ？
あと、510は出力５本だったと思うし。

>>66
電流10倍とかは製品によるでしょ。定格でも、高輝度でなら視認はできそう。
1LEDあたり200μsぐらいで処理できれば、チラつきも気にならないレベルかも。

4x5のマトリクスで数字とアルファベットを順番に表示させてみた
また半分くらいメモリ残ってる

>>66
赤色高輝度LEDで8x7のマトリックスをやったことあるけど、
スキャンを速めにすればちらつきも無く、視認性は結構よかったぞ。
保護抵抗は当然入れてた。

マトリックスって基板が反り返ってくるよね

フォントデータ作ってた時、
static char font[][5] = { {0x00, 0x00, 0x00, 0x00, 0x00}, {0x00, 0x00, 0x00, 0x00, 0x00} };
みたいに二次元配列にするとあっという間に領域不足するのに、
一次元で書いて添え字は自前で計算するといくらでも確保できるのは何だろう
内部では一次元なんじゃないのかな

内部二次元でアライメントのためのパディングが入ってんじゃね？

>あっという間

kwsk

http://blog.goo.ne.jp/jj1wkn/e/e74b142fdc91bef919f6dc9f287e0455

こういうのは衆知のこととして話していいんだよね？

実はもっと増やせる

>>76 ｋｗｓｋ

http://ednjapan.cancom-j.com/issue/2009/2/23/2523
これかな？

>>75
５年位前のPIC専用スレ(part6)でこの手の話が出た時、
『Charlieplexing』って言葉は、スレ内やその時参考にしてたMicrochip社の資料(TB029)にも
出て来なかったんだが、もしかして最近出来た造語なのかなぁ？

>>75
何年か前に他のサイトで似たようなテーマのものを見たことがある
つまり概出

PIC入門書に載っているPortBを使い8個のLEDを点灯させるプログラムを
ちょっと修正したんだけど上手くいかない。
PortA側のRA1に接続したLEDも点灯させるにはどうしたらいい？

MAIN
　BSF　　STATUS,RP0
　CLRF　TRISB
　BCF　　PORTA,1　　　　　　　←追加した箇所
　BCF　　STATUS,RP0

　MOVLW　B'00000010'　　　　←追加した箇所
　MOVWF　PORTA　　　　　　←追加した箇所

間違ってますか？全てのＬＥＤが点灯しなくなるんですがｗ

MPLABでデバッグ中にMPLABが落ちます。
これって原因ってすうパターンあると思うけど、
例えばどんなのがある？？？

初歩的なミスをしてそうな気がするけど。

怪しいとしたらこれかなって思っています。
ちなみに、flg3はデバッグのための通過フラグです。

void lcd_cmd(char cmd){
flg3 = 1;
char p;
p = PORTB;
flg3 = 2;
PORTB = ((cmd>>4) & 0x0F) | (p & 0xF0);
flg3 = 3;
rs = 0;
stb = 1;
wait_100us();
stb = 0;
flg3 = 4;
PORTB = ((cmd) & 0x0F) | (p & 0xF0);
flg3 = 5;
rs = 0;
stb = 1;
wait_100us();
stb = 0;
//wait_ms(2);
flg3 = 6;
}

>>81
> 全てのＬＥＤが点灯しなくなるんですがｗ
というのは、コードを追加したことによってPORTBにつないだ
LEDも点灯しなくなったということ？

だとすれば、回路の問題の予感がする。
RA1がGNDと短絡してたりはしない？

プログラムに問題はないということですか・・・
ブレッドボードをいじってみますﾉｼ

>>85
> プログラムに問題はないということですか・・・
無いとは言わない。

>　BCF　　PORTA,1　　　　　　　←追加した箇所
の部分を普通は
　BCF　　TRIS,1　　　　　　　←追加した箇所
とかくだろう。

ただ、このミスが今の問題の原因ではない。
あと、省略されている部分のプログラムに関しては知らないよ。

ごめん
× 　BCF　　TRIS,1　　　　　　　←追加した箇所
○ 　BCF　　TRISA,1　　　　　　　←追加した箇所

　BSF　　STATUS,RP0
　CLRF　TRISB
　CLRF　TRISA 　　　　　　　←スイッチとか付いてないならこれでｏｋ
　BCF　　STATUS,RP0

もしRA2にスイッチ（入力）があれば
　MOVLW B'00000100'
MOVWF TRISA　
って感じになります。

　MOVLW　B'00000010'　　　　←追加した箇所
　MOVWF　PORTA　　　　　　←追加した箇所
でもｏｋですが
　BSF PORTA,1
でもｏｋです

間違えて全部のＬＥＤが消えるのはおかしいね　　

>>81
>>86

個人の好みかも知れないが、

　BSF　　STATUS,RP0
　CLRF　TRISB

と書くより、

　BANKSEL　　ＴRISB
　CLRF　TRISB

のほうがよいと思う。

なんだそのbankselとかいうのは。

バンクの切替をしないで
直接そこをいじくることができる命令語だよん
　BSF　　STATUS,RP0
とか
　BSF　　STATUS,RP1
などの定義付けが不要になるので
「これはどこのバンクにあったけ？」と調べる手間がなくなるよん

いや、切り替えはするだろ。
人がレジスタがどこにあるか調べなくてもアセンブラが自動でバンク切り替えコードに翻訳してくれる。

83です。

ポートBの設定ってもんだいないですか？？

MAPLABとTECK PICC LITEを使っていますが、
MAPLABがシミュレーション中にフリーズします。

別のプログラム書いて試せばすむだろ
駄目なら再インストールしてこい宿題スレじゃねぇ

>>72 const使わないの？

とりあえず、
MPLABを再インストールしました。

元々8.30だったのを
今回8.53へアップグレードもして試して見ます。

初歩的質問ですいません。

MPLABで作成したプロジェクトをコピーして
ちょっと違うプロジェクトを立ち上げたいときってどうすればいいですか？？

たとえば、
A(プロジェクトのフォルダ)
⇒A.c
　A.mcp
　A.mcw
となっていた場合、
これを
フォルダ内の関係を
相対的にコピーして
B(プロジェクトのフォルダ)
⇒B.c
　B.mcp
　B.mcw
としたいのです。
ここで、相対的にコピーというのは
たとえば、A.mcpは当然A.cを参照するように設定されていますので、
通常、そのままコピーすれば、B.mcpもA.cを参照すると思います。
これを、B.mpcもB.cを参照するようにもれなくコピーするにはどうすればいいでしょうか？

>>97
聞く前に試してみたか？
相対パスだから中身まるごと持ってきゃ問題ないんだがな、俺んとこでは

97です。
＞９８

何度かやってみて上手くいかないので。。。

MPLABのプロジェクトでですか？

ちょいまち。
ファイル名もそれぞれ変えたいって事？
>98が言ってるのはフォルダまるまるコピーして中身のファイル名は変えない。
［フォルダA］
　−A.c
　−A.mcp
　−A.mcw
をコピペ、フォルダ名リネームして
［フォルダB］
　−A.c
　−A.mcp
　−A.mcw
なら出来る。

中身のファイル名変えたら当然参照先の設定やり直さなきゃ無理。

97です。

出来たっぽいです。

�@フォルダごとコピペ
するとフォルダの名前は「こぴ〜A」ってなるので
�Aフォルダ名をBに変更
ただ、フォルダBの中身はそのままA.c、A.mcp、Amcwとなるので、
�Bcソースをコピペで、B.cを作成
�CMPLAB上でフォルダBのなかのA.mcpを開く。
�Dそこで、B.cを関連付ける。
�EA.cを関連付けからはずす。
�FA.mcpを名前をつけて保存でB.mcpとする。
�GA.**のファイルを全て消去する。

でできそうです。

100>
100の言うとおりだと思います。

101で「できた」って言うたけど、
再度ファイルを開きなおすとファイルが壊れてるっていわれちゃった。。

とりあえず、100のやり方でやってるけど、
できれば、cのなまえもかえたいかな〜〜。

ちなみに、MPLABのシミュレーションの実行時間(サイクル)って
何に依存しますか？？？

それでタイムオーバーになってるのかも。。。

今、実機ではLEDを交互に点滅させることは正常動作です。

ただ、シミュレーションで異常となったLCDの表示は未だ出来ていません。

出来ること
・タイマ0割り込みを使って、待ち時間を作ること
・待ち時間を利用して、LEDを点灯、点滅すること

できないこと
・LCDの表示

>>81
使っているPICは何ですか?
PICによってはPORTAのデフォルトはアナログになっている場合があるので、
デジタルに設定しないとうまく動作しませんyo。

今、真剣になやんでるんですが、

MPLABがシミュレーション中に落ちるってどんなことが原因ですかね〜〜。
LCDを表示させようとしたらその命令をしている途中におちるんです。

シミュレーションもできなくて＾〜〜。

ＭＰＬＡＢが閉じてしまうのかな？
ＰＬＡＢ歴３年ですがまだその経験がないです。
ちゃんと新規にウイザードから作り直した方が良いと思いますよ。

回路もソースも出さずにわかるわけねえだろー

お前は「車がエンストする」って聞いただけで原因特定できるのかー？

107＞
そのとおりです。

何度もウィザードからつくりなおしてるんですが。。。。

なんどやってもおなじように。。。

＞１０８
http://uproda.2ch-library.com/lib292928.c.shtml

ノートパッド（メモ帳）に書かれたＡＳＭファイルをもらえると検証しやすいんだけど
無理かな？

110＞
それってどこにありますか？？
コンパイル時にCソースがアセンブラに変換されるってこと？？？

orz

馬鹿にはpicは無理。

ちなみに
int num;
char cs;

num = 33;

cs = *****;　//この部分が知りたい

csに"33"が入るようにする関数ってありますか？？

環境はMPLAB8.56にPICC LITEです。
つまり、整数型を文字配列に格納する方法を知りたいと思います。

>>64
64個の技を教えてくれよ

>>64
じゃ〜俺は48手でいいわ。

char cs;
で
cs = "33";
は無理

>>114
検索のやり方もしらないの？
ほとんど調べてないでしょ
この先ずっとここに書くの？
それとも釣り？

>>114
つ sprintf

>>109.114 マルチ乙。各サイトで情報小出し（お互いのサイトには知らせていない）にしてるから解決に時間がかかる。

5bitしか無いんだから理論限界は32だな
6bitあると思ってるっぽいので、64の状態は表せる
デマルチプレクサとかが要るけど

>>121
上の方で出てるけど、入力（Hi-Z）も使ってポート5本で40個までいけるそうだ
ここまでするなら、ピンが多いのに変えるなり、シフトレジスタでも使ったほうが良さそうに思うが

これは素直にシフトレジスタ使ってる
http://www.nicovideo.jp/watch/sm11328052

>>114
charは文字列じゃなくて単なる8bitの変数と覚えておいた方がいいよ
可変文字列か固定文字列かしらないけど
char[8]=　とするとか
const char[8]=　とするとか
*char=　とするとか
実際にメモリに文字列が格納される様子をイメージしてね

mplabのプロジェクトのパスに全角文字を含んでいるとダメ

>>121
追加回路がOKなら>>123で無限だろ。

>>122
30個だと思うけど、どのレスで40個OKになりそう？

>>126
http://ednjapan.cancom-j.com/issue/2009/2/23/2523

おお、>>123　が一番正解だわ
これなら原理的には1ピンでも表示できるな

追加回路なんて無くても、自分でＬＥＤをスキャンすれば…

ループの予感

>>123
これをカラーで見てみたい

パチンコが原因の殺人事件、自殺、犯罪

パチンコ業界　警察利権としての三十兆円産業
・警察が独占するパチスロ利権・叩かれる総連系パチンコホール・「換金合法化」で利権粉砕
日本の聖域　(編者／「選択」編集部，発行所／新潮社，2010年4月25日発行)
http://jbbs.livedoor.jp/bbs/read.cgi/game/1733/1275080546/704-708

124＞
int num;
char cs[8];

num = 33;

cs[0]に"3"、cs[1]に"3"が入るようにする関数を知りたい
とすれば、なんとか伝わりますか？

説明が下手ですいません。

>>133
>>119

つか自作しる
そのくらい作れないようでは何もできない

答え出てるんだからおわりっしょ。

ポインタは入らないだろうに。と、突っ込んでみる。

cs[2] は "\0" でなくてもいいんだろうか

っつか '3' や '\0' と記述しないとおかしいな

C言語としての行儀良さだと 0 は入れた方がいいけど、
組み込みは長さ決めうちでも問題ないことが多い

>133
119の言うようにsprintfという関数の使い方を調べろ

ただし、返り値はポインタなので、代入先 cs を
char cs[8]; （配列）ではなくて、
char * cs; （ポインタ）
にしなくてはいけないが。

あと、sprintfはコードサイズが大きいので注意

桁数の決まった整数から文字列にするだけの単純な関数なら自作する方がいい。

一桁の整数 i から文字コードに変換するだけなら、たとえば
cs[j]＝"0123456789"[i];
みたいな、関数を用いない（テーブルの参照）方法もあるな。
文字列の一番最後には終端コード '\n' が必要。
ちなみに、133は文字列と文字の違い、" と ' の使い分けも学ぶ必要がありそうだ。

>>114
ネタにマジレス
void kansuu(char *cs, int num)
{
  cs[0] = num / 10 + 0x30;
  cs[1] = num % 10 + 0x30;
}

int num;
char cs[2];
num = 33;
kansuu(cs, num);

>>140
char cs[8]; でもok

>>141
num = 32760; だったらどうなる？

そんなところにintを使うんじゃない
勿体ない

え、char[]でsprintfに渡せるでしょ。戻り値じゃなくて引数だし。

>>142
仕様の後出しは嫌われるぞ

>>142
>>141の関数の下だけをちょっと変えてループで回せ

仕様は「整数型を文字配列に格納」だった。
numはint型で num = 33; は例だろ。

後から誰かが2桁に限定しちまった。ぉぃ

ということは、ゼロサプレスも仕様に含まれてるぞ

こうやってバグ付きの製品が夜に出て行くのがよくわかるスレ。

出来た。完璧。

int sprintf(char* buf, char* format, int n)
{
buf[0] = 0;
if (n == 33) { buf[0] = '3'; buf[1] = '3'; buf[2] = 0; return 2;}
return 0;
}

こんな感じでどうでしょうか?

unsigned char temp;
unsigned char sup = 0;

if( num < 255 ){
　　temp = num / 100;
　　if( sup > 0 ){
　　　　if( temp > 0 ){　cs[2] = '0' + temp;　sup = 1;　}
　　　　　　　　 else {　cs[2] = ' ';　　　　 sup = 0;　}
　　　　}
　　} else {
　　　　cs[1] = '0' + temp;　sup = 1;　}
　　}
　　num %= 100;

　　temp = num / 10;
　　if( sup > 0 ){
　　　　if( temp > 0 ){　cs[1] = '0' + temp;　sup = 1;　}
　　　　　　　　 else {　cs[1] = ' ';　　　　 sup = 0;　}
　　　　}
　　} else {
　　　　cs[1] = '0' + temp;　sup = 1;　}
　　}
　　num %= 10;

　　temp = num / 10;
　　cs[0] = '0' + temp;
}

>>150
2を返す仕様は…あ、sprintfってことか。戻り値あるんだね。
sprintfの戻り値使ったこと無い。それ以前にsprintf使わないしw
厳密にはint nの後ろに何か続くと思った。ｎ個のパラメータ云々

てか、皆親切だな。聞いてきた本人、休日だからおそらく寝てるぞ。
早起きして本を３０分も読めば解決するのになぁ。と。

if( num < 255 ){
この書き方は(俺から)嫌われるから注意な。

if (num < 255) {
うむ。

あなた、子供の宿題をやっちゃ駄目でしょ

この書き方が　できるかもしれない?

cs[2] = (temp>0)? { '0'+temp; sup=1; } : { ' '; sup=0; };

>>150
素晴らしい！
こんなにも他人のプログラムに感動できたのは実に久しぶりだ、有難う。

プログラム難しすぎて書けない
レジスタとか割り込みとか何なんだよ
継ぎ接ぎできるプログラム集とか無いかな

itoa() とか i2a()とかライブラリを探してみれば？
自分で書いても簡単。

char *itoa(char *p, int n) {
　if(n<0) {*p++='-'; return itoa(p,-n);}
　if(n>=10) p=itoa(p,n/10);
　*p++ ='0'+(n%10);
　*p=0;
　return p;
}

オレはアセンブラでやってるから
そんなことでは悩まないのだ

たまにシフト後のキャリーフラグが欲しくて、C言語がもどかしい

>>158
そんなにスタック使うなよw

char* itoa(char *p, int n) {
char *wp=p, s[6], f=0;
int i=0;

if (n<0) {f=1; n=0-n;}
do {
s[i++] = n%10;
n/=10;
while(n!=0 %% i<sizeof(s));
if(f) *wp++ = '-';
do {
*wp++ = '0'+s[--i];
while(i);
*wp = 0;
return p;
}

あ、バグってるなwww

すいません。質問させてください。
ＭＰＬＡＢをインストールしてそのあた
PICC　liteもインストールできるみたいなのですが
うまくできません。

あとでMicrochipフォルダにあるPICC　liteのexeファイルをクリックしても
エントリポイントが見つかりませんというエラーがでます。

なにか解決方法はあるでしょうか？？

「プロシージャ エントリ ポイント SetDllDirectoryA が
ダイナミック リンク ライブラリ KERNEL32.dll から見つかりませんでした。 」

というエラーがでます。

フォルダーが日本語なんじゃ

>>163
そのメッセージでググると一番上に回答があるわけだが

>>165
どうもありがとうございます。

全部のメッセージを検索してみたらよかったのですね。

>>163
Windows2000ですか？
KDWでSetDllDirectoryAのダミー関数があるので使うと動くかも

>>157
つ連枝

PIC初心者ですが質問させてください

16F877AでEEPROMにデータを書こうとしたのですが
書き込めないのでICDでステップ実行してみたところ

　BSF EECON1,WR

を通ってもEECON1のWRﾋﾞｯﾄが変化しません。
シミュレーター上ではWRビットは変化もして
EEPROMにも書き込めているようなのですが
原因がわかりません。
よろしくお願いします。

>>169
banksel EECON1をいれてみたら？

>>169
WR: ライトコントロールビット
1 = ライトサイクルを開始する。（このビットはライトが完了するとハードウエアでクリアされる。

EEPROM書込み終了(数ms)で自動ｸﾘｱされるからICDｽﾃｯﾌﾟ実行で見ても判らないと思ふ

>>170
EECON1を操作する前（EEPGDをｸﾘｱする前）にﾊﾞﾝｸは3にしてます

>>171
ｽﾃｯﾌﾟ実行はその前からやっていて、
WRｾｯﾄの行を通した直後でも変化しないです

色々やってみてはいるのですが
解決出来ません

>>169
configでEEPROMのプロテクトがかかってるとか

>>172
ICDのｽﾃｯﾌﾟ実行ってICD通信時間かかるよね。
ICDではWRｾｯﾄ直後の状態を取得できないから変化を確認できないと思ふ

>>173
CONFIGの設定は_WRT_OFF、_CPD_OFF、_CP_OFFです

>>174
そうなんですか？

電源投入時にEEPROMにﾃﾞｰﾀを書き込み、
通常処理中にそのｱﾄﾞﾚｽのﾃﾞｰﾀを読み込んで
値が一致していたらLEDを点灯させるプログラムを入れて
ﾛﾑに書き込んでみたのですが
点灯しませんでした

やっぱりEEPROMに書き込めてないですよね？

>>175
>やっぱりEEPROMに書き込めてないですよね？

知らん。ICDで読み出してみ

>>176
読み出してみても全部FFになってます

もう少し色々やってみます

>>177
書き込めてないみたいね。

あとは･･･EEPGDｸﾘｱ忘れとか？

>>177
>読み出してみても全部FFになってます
ICDでブレークした時では無く、普通に実行させた後に読み出した？
シミュレーター上で書けてるなら書込みシーケンスは合ってるような気がする。

>電源投入時にEEPROMにﾃﾞｰﾀを書き込み、 　−−−ここと
>通常処理中にそのｱﾄﾞﾚｽのﾃﾞｰﾀを読み込んで −−−ここの
時間間隔は、どれくらい？

ROM書き込み前のおまじないはちゃんとデータシート通りにやってる？
機種ごとにレジスタ名が微妙に違ったりして引っかかることが俺はたまにある。

ちょっと前のHiTechCで、EEPROMに書けないバグがあった。
開発言語は何？

>>179
これで動かないなら死ね

banksel EEDATA
movwf EEDATA
banksel EECON1
bsf EECON1, WREN
bcf INTCON, GIE
movlw 0x55
movwf EECON2
movlw 0xAA
movwf EECON2
bsf EECON1, WR
bsf INTCON, GIE
bcf EECON1, WREN
btfsc EECON1, WR
goto $-1

>>182
EEPGDをｸﾘｱしてないよ。ダメじゃん

>>183
wを引数にするため書き込みとアドレス設定とサブルーチンを分けていた。
これで文句ない？

banksel EEADR
movwf EEADR
banksel EECON1
bcf EECON1, EEPGD

>>178
EEPGDはWRENﾋﾞｯﾄをｾｯﾄする前にｸﾘｱしてます

>>181
開発言語はｱｾﾝﾌﾞﾗです

>>179
書き込み終了後にWRﾋﾞｯﾄがｸﾘｱされるまでﾙｰﾌﾟして
それから通常処理に入ります

皆さん色々考えていただき有難うございます

>>182
BANK2A
BANK2B
MOVF R_EEADR,W
MOVWF EEADR
MOVF R_A_EEDATA,W
MOVWF EEDATA
BANK3A
BANK3B
　　　　 BCF EECON1,EEPGD
BSF EECON1,WREN
BCF INTCON,GIE
MOVLW 0x55
MOVWF EECON2
MOVLW 0xAA
MOVWF EECON2
BSF EECON1,WR
BSF INTCON,GIE
BCF EECON1,WREN
BANK0A
BANK0B
RETURN

書き込み処理はこんな感じで
呼出元に戻ったところでBANK3のWRﾋﾞｯﾄをﾁｪｯｸして
ｸﾘｱされたらﾙｰﾌﾟを抜けるようにしています

バンク動いてからR_EEADRとR_A_EEDATA読んでるように見えるけど
ちゃんとそのバンクにデータおいてあるんだろうな・・・

>>186

ところで、

BANK2A
BANK2B

って何？

PIC16F88だけど、書き込みアドレスの設定前に、EECON1のWRが0になるのを待つ必要があったよ。
インラインなんでちょいと見づらいですが、こんな感じ。

#ASM
NOP
BSF 3,5 // bank 3 (+180H)
BSF 3,6
BTFSC 0x18C,1 // EECON1,WR
GOTO $-1

BSF 3,6 // bank 2 (+100H)
BCF 3,5
MOVF _ADDR,W // set EEPROM address
MOVWF 0x10D // EEADR
：
：

プロテクトみたいなもんだからな

>>186
情報を小出しにしやがって
ここはお前の公開デバッグ場じゃなねーんだよ。
お前のクソーコードがバグってるんだ。

涼しくなってきたしそろそろpic工作再開しようかな。

半田ごての熱は命に関わるからな

というより、汗が目に入って作業できないんだよな。

いや、暑くないし

ソフトが思い通り動かないとき
自分のミスを疑わない神経がゆりっすなぁ。

ゆとりじゃないよ。
誰でも1度は通る道だ。
中二病だ。

以前にもPICかMPLABのバグを疑ったアホがいたなｗ

でもPICCのバグだったことが何度もあるし

うーん、なんかちょん切れてる人がいるけど、>186　のは、BANK**　を除いて
仕様書のサンプルどおり。

実際のところ、仕様書がわかりにくい。
アドレス設定前のWRのクリア待ちは、サンプルには書いてないし、
サンプルどおりやると書けない。
WRビットの説明を見ると、なんとなくそんな気がするのでやってみたら当り。
というところ。

>>200
仕様書の例外なく丸写しで試してみたらどうだ？
それすらせずにここで聞くことが許せん。

小出しにせんとさっさと全ソース出せや。うっとおしい。

サブルーチンにしてるみたいだがスタックは溢れてないのか？
割り込み発生してがバンクを破壊してないか？

こんなに親切に考えてやるちょんぎれた人もいないだろwwww
バカ>>181 Cコンパイラに頼るな。

>アドレス設定前のWRのクリア待ちは、サンプルには書いてないし、

あれ？16F877Aや16F88等のdatasheetではWRITE処理前にWRクリア待ちでサンプル書かれてるよ？

でも品種によってはEEPROM絡みのErrataがあって、WRITE直後はsleep推奨だったりして
定まらないのは紛らわしいよね。

>>201
まてまて、>>181 >>200は質問者じゃないだろうよ。

PICでプログラム領域の自己書き換えができるデバイスがでてきましたが、PICにモニタ書き込んで、
PCからシリアル経由でhex流しこんで、ターゲットPIC自身でプログラミングするようなこと
やってる漢はいませんか?

PIC-PC間の接続は、ソフトウェアのシリアル通信(?)使い、USARTは他と接続することに使える。
printfデバッグもできる。

要するにいちいち書き込み時にライタを抜き差ししたり高電圧かけたり、
ISCPを考慮した回路を組まずに開発進められると助かるんだけど..。

つうか自分でやるか。
文章に書いてみたら意外とできそうだ。

一度コンフィギュワードを設定するのとモニタ焼き込むとこだけPIC外してライタで焼いて、
それ移行はPIC自身でファーム焼きするようなん。

要するに一般的な家電のファームアップとまったく同じやり方です。
致命的な問題点とかありましたらおしえてください。

3回も同じこと言わんでもわかるよ

PIC18系でUSB　Bootloader使う方が楽。

>>206-208
Bootloaderでしょ。
秋月ﾗｲﾀｰとかICD2/3やPICkit2/3自身のﾌｧｰﾑｱｯﾌﾟ等
いろいろ使われてるよ。

自分で作るのも結構だが･･･先人のでも参考に
ttp://www.etc.ugal.ro/cchiculita/software/picbootloader.htm

Microchipサイトでbootloaderキーワードに検索すれば
AN1310等PIC/PC双方のｿｰｽｺｰﾄﾞ付で揃ってるし

ありがとうございます!!
100wordで実現とかすごいすね。
素晴らしすぎる。

速攻試してみます。

ごめん、仕様書見直したら、WRビットの扱いは、
877
　説明･サンプルともに、アドレスを最初に書く、データ書いた後にWR＝0を待つ

88
　説明　アドレスを最初に書く、データ書いた後にWR＝0を待つ
　手順　データ書いた後にWR=0を待つ。または、アドレス書く前にWR=0を確認
　サンプル　アドレス書く前にWR=0を待つ

だった。

> バカ>>181 Cコンパイラに頼るな。
だって楽なんだもん。

18f14k50にC18でコードを書いていますが,usart受信割り込みが発生しません。timer0割り込みとかなら発生するのですが...
誰か原因わかりませんか？

まずはソースを「全部」見せてください。
ここに書くか、どっかにアップしてください。
自分で関係ありそうと判断した部分だけ掲載、というのは絶対にやめて下さい。
>169みたいにグダグダと続き、あなたが罵られます。

>>215わかりました。今のパソコンにはソースがないので、明日お見せします。

すいません。ありました。よろしくお願いします。
void main(){

TRISB=0x20;
TRISC=0;

OpenUSART(USART_TX_INT_OFF & USART_RX_INT_ON & USART_ASYNCH_MODE & USART_EIGHT_BIT & USART_CONT_RX & USART_BRGH_HIGH,10);

RCONbits.IPEN=0;
IPR1bits.RCIP=1;
PIE1bits.RCIE=1;
INTCONbits.PEIE=1;
INTCONbits.GIE=1;

while(1){
}
}

#pragma interrupt isr
#pragma code isrcode = 0x08
void jump_isr(void){ //割り込み関数へジャンプ
_asm
goto isr
_endasm
}

#pragma code
void isr(void){
if (PIR1bits.RCIF == 1){
PIR1bits.RCIF =0;
printf("受信");
}
}

usart割り込みは受信readyの時に発生するのでは

それは送信だ

>>217
質問です。
割込み発生してないことをどうやって確認したの？

>>220割り込みが発生したらパソコンに"受信"と送信するようにコードを書きました。
また,LEDが点滅するようにもしましたが、無反応でした...

まずはフラグは立ったが割り込みに行かないのか、割り込みフラグが発生してないのか、データ受信してないのかで切り分けよう。

受信割り込みフラグって立てる操作も出来たっけ？
まず割り込みフラグをプログラムが自分で立てて、それで割り込み処理に移動するか確認してみては。

あとは他の機器でなら、送信元からのデータはちゃんと受信できる？

まさかとは思うけど、UARTにRS232信号を送っていないとか?

PICでゲーム。
ttp://www.youtube.com/watch?v=ZiRC5mj209s

32bitとかARMでいいやん

>>221
パソコンが送信していることの証明にはならないな。
RS232CのTX/RXを接続して、まずは折り返してみ？
あと、PIC側。これも折り返し。送信を先にして自分で受信してみる。
パソコン側が相手相手のビジーを認識して送信していない可能性もあるので、フロー制御なしを試す。
で、どう？

>>222フラグを立ててみたのですが割り込みは発生していないようです...
CCCSのコンパイラを使用して16F690で同じようなプログラムを作成して、パソコンからPICにデータ送信→PICの受信割り込み→PICからパソコンへデータ送信
という処理は問題なく行えました。

>>223信号は送っていると思います。
>>226一度試行してみます。

コードをいろいろ変更していたら、割り込みが発生しました!
でも、今度は連続して割り込みが発生するようになってしまいました...
フラグはクリアしているのですが...

>>228
連続して割り込み…上位が送信し続けているからじゃないの？
受信したのを送信する様にしているカラクリ。その送信が配線不良で
自身に受信しているというオチ。とエスパー

＞いろいろ変更していたら…
文章を読む側はさっぱりわからない。ということに気づいて欲しいな

盆ミスのおかん

>>229すいません。18f14k50のrxピンはアナログピンも兼用していまして、初期設定ではアナログの設定になっているので、ADSELHをクリアしておく必要があったようです。
>>230ボンミスかもしれませんが、知識がなくすぐにわかりません....

日記はチラウラで

>>217 >>231
ソース全部(?)あげたのにADSELHの問題に気付くスキルが無くて悪かったな。

>>227
ccscは勝手にADSELとかクリアしてDigital設定にしてくれたり、
#rs232 で errorsオプション付ければ受信ｴﾗｰのクリア処理まで
自動でやってくれたりする。
C18はそんなことしてくれないから注意な。

x86アセンブラみたいな比較（cmp）命令って無いのですか？
見たところ、０なら次命令をスキップはあるようなので
ＰＩＣはＣ言語でいうところの
　if(i　==　10)　goto　XXX
のような事は出来なくて
　if(i　==　0)　goto　XXX
なら可能であっていますか？　（16F84Aのアセンブラ命令を見ています）

if((i - 10)　==　0)　goto　XXX

比較命令は、最近やった処理結果が0だったかってフラグ(STATUS,Z)があるから
まずi-10をやって、その次の行で
BTFSS　status,Z　（さっきの演算結果、Zフラグが立ってたらスキップ）
とやる。

>234
アセンブラレベルでは、
「cmpとは、計算結果をレジスタに格納しないsub」
引き算命令の計算結果をレジスタに格納しないだけでフラグ変化は同一。

235や236が言っているのは、そういうことだよ。

CCS-Cで試してみた。

.................................................... if(i==0){ goto L1; }
0010: MOVF 25,F
0011: BTFSC 03.2
0012: GOTO 017
.................................................... if(i==10){ goto L2; }
0013: MOVF 25,W
0014: SUBLW 0A
0015: BTFSC 03.2
0016: GOTO 017
.................................................... L1:
.................................................... L2:
0017: SLEEP

オフィシャルののFocus Product Selector Guideをみて、ちょっとびっくり。

84Aが無いのは当たり前として、627A、628A、648Aがあるのに、88がない。

18PINはF1シリーズに完全移行か？

つーか、18PINはもう終わり？

個人的には、シリアル付きの8PIN、12F1822が欲しい・・・

長期的に製造し続けるつもりがないんでしょ。
アマチュアは秋月や共立で手に入らないものは候補にしようがない。

>>234
btfss btfscで好きな命令を条件付きに変換できる。
条件付きサブルーチンコールにもできる。
慣れると如何にラベルを使わないコードを書けるかに凝りだす。
ここまで来るとアホらしくてC言語モドキなんて使えなくなる。
PIC16は明らかにC向きでないから。
C使うならスタックがメモリに確保できるアーキテクチャのCPUじゃないとダメ。

＞アマチュアは秋月や共立で手に入らないものは候補にしようがない。
交通費と時間考えたらDigiKeyで手に入れば充分。

PIC16F88でLEDの発光パターンを色々変えてみてるのですが、ループから抜け出す
方法がわからずに困っております。
以下にソースを示します。開発環境はMPLAB IDEとHiTech-C Liteです。
初心者丸出しの質問で申し訳ありませんがよろしくお願いします。

#include <htc.h>
#define _XTAL_FREQ 8000000
unsigned char state;

void init (void)
{
OSCCON = 0x70;
TRISA = 0x01; //set RA0 to input (for SW)
TRISB = 0x00;
PORTA = 0x01;
PORTB = 0x00;
state=0;
}

void init_int (void)
{
T0CS=0; //TMR0 clock source is INTERNAL
T0SE=0; //TMR0 source Edge is Low-to-High
PSA=0; //Prescaler is assigned for TMR0
PS2=1;
PS1=1;
PS0=1; //Prescaler rate is 0b111=256
TMR0=0x00; //Reset the timer register
TMR0IF=0; //Clear the TMR0 flag
TMR0IE=1; //Enable the TMR0 interrupt
GIE=1; //Enable the Grobal interrupt
}

void pattern_a (void)
{
while(1){
PORTB=0x01;
__delay_ms(500);
PORTB=0x02;
__delay_ms(500);
PORTB=0x04;
__delay_ms(500);
}
}

続きます。

続きです。症状はスイッチを押してもpattern_a()からpattern_b()へ移ってくれません。

void pattern_b (void)
{
while(1){
PORTB=0x03;
__delay_ms(500);
PORTB=0x06;
__delay_ms(500);
PORTB=0x05;
__delay_ms(500);
}

}

void interrupt isr (void)
{
　if(TMR0IF){
　　TMR0IF=0;
　　if (!RA0){
　　　switch(state){
　　　　case 0:
　　　　　state=1;
　　　　　break;
　　　　case 1:
　　　　　state=2;
　　　　　break;
　　　　case 2:
　　　　　state=0;
　　　　　break;
　　　　}
　　　__delay_ms(30);
　　　while (!RA0);
　　　__delay_ms(30);
　　　}
　}
　TMR0=0x00;
}

void main (void)
{
　init();
　init_int();

while(1){
　switch(state){
　　case 0:
　　　PORTB=0x07; //white
　　　break;
　　case 1:
　　　pattern_a();
　　　break;
　　case 2:
　　　pattern_b();
　　　break;
　　}
　}
}

pattern_a と pattern_b の while(1) ループは不要じゃね？

>243

回路側は正常？具体的にはA1ピンの電圧テスターで測ってちゃんとスイッチ押すと上下する？
あと、>231を見て気づくことは？

あ、A1じゃなくてA0か。

pattern_a()がwihile(1)でリターンしないからpattern_bにも切り替わらない

せっかくタイマー割り込み使うなら__delay_ms()なんか使わないで
作り直せよ。

18ピンの方が手頃でいいんだけど、
ピン数が増えても値段変わらないから、
大は小を兼ねてしまう

16Fシリーズにいたってはむしろ割安という

16F88が200円で16F886が190円か

もう、制作記事に使われてるから、とかしか選ばれる理由がないな

>>242
digikeyやらchip one stopはそっけなくて物足りない。

通販であっても、秋月や共立はワゴンセールのようなワクワク感があって
つい衝動買いしてしまう。

picとは直接関係ないけどね。

>>243
苦労してるのはよくわかる。一般に状態遷移の記述は、こんなふう。

main(){　　　　　　　// カッコはここに書いた方が短くて、ソースが見やすい
　　unsigned char state = 0;
　　unsigned char SW;

　　while(1){
　　　　if( (SW==off) && (RA0==L) ){　// RA0の立ち上がりなら
　　　　　　SW=on;　　　　　　　　　　// 1周だけSW=on
　　　　} else {　　　　　　　　　　　// RA0は、立ち下がりか、現状維持なら
　　　　　　SW=off;　　　　　　　　　　// SWは変化なし
　　　　}

　　　　if( state==0 ){　　　　　// state0なら
　　　　　　pattern_a();　　　　　// pattern a を実行
　　　　　　if( SW==on ){　　　　// SWが変化したなら、
　　　　　　　　state = 1;　　　　// 次はstate1へ
　　　　　　}
　　　　} else if( state==1 ){　// state1なら
　　　　　　pattern_b();　　　　　// pattern bを実行
　　　　　　if( SW==on ){　　　　// SWが変化したなら、
　　　　　　　　state = 2;　　　　// 次はstate2へ
　　　　　　}

　　　　} else if( state==3 ){　// state3なら
　　　　　　// state3の仕事を書く
　　　　　　if( 条件成立 ){
　　　　　　　　state = 4;　　　　// 次はstate4へ
　　　　　　}

　　　　} else if( state==4 ){　// state4なら

　　　　}
などと、次々につないで書いていく。
いつもグルグル回って、止まらないプログラムを書くといいよ。

ソースは、見やすさが一番。似たような行は、上下同じに見えるように書くと、
記述も楽だし、間違いも見つけやすい。「カッコも1行で書く」なんて書き方やってると、
言いたいこと、見せたいことのピントがボケてしまい、ダメダメ。
これの方が3.14倍見やすくないかい?
　switch(state){
　　case 0:　PORTB=0x07; 　break;　//white
　　case 1:　pattern_a();　break;　
　　case 2:　pattern_b();　break;
　}

　PORTB=0x01;　__delay_ms(500);
　PORTB=0x02;　__delay_ms(500);
　PORTB=0x04;　__delay_ms(500);

　switch(state){
　　case 0:　state=1;　break;
　　case 1:　state=2;　break;
　　case 2:　state=0;　break;
　}

天才現る

あと、if()などの条件は、(!RA0)でもいいけど、(RA0==0)というふうに、
左右とも書いたほうが、「え〜っと、0は真だったっけ?偽だっけ?」などと
つまらんことで間違えずに済むよ。

switchには一応お約束でdefault:を入れておこうな．

無いとどうなるの？

default:が無いと気持ち悪いねw
でも、無い場合の副作用はよくわからん。

例外の場合の指定がなければ、何もしないで　switch{...}　を素通り、が仕様のはず。
だから、defaultラベルが無くても問題は無いんだけど、
他人がソースを見るときとかに、あ、default:抜けてる、大丈夫か、と思うとよくないので、
例外処理をちゃんとかくか、
default:
/* なにもしない */
とか書いておいて、例外状態もちゃんと設計しましたよ、という跡をのこす。

くらい？

default:
　 　/*何もしない*/
　 　break;
でしたね。または、switch {...}の最後に持ってくる。

>>243です。たくさんのレスありがとうございます。

>>245
ご指摘に従って while(1) ループを無くしたら正常に状態遷移するようになりました。
pattern_a pattern_b も当方の意図通り、スイッチを押さない限り無限ループしてます。
（でも、何で while(1) が無いのにループするんだろう？）

>>246
A0ピンでスイッチの状態を読み取れることは事前に簡易プログラムを書いて確認しました。

>>249
タイマー割り込みをスイッチの状態監視に使ってるので、__delay_ms()の代わりに使う
なんてどうやったらいいのかわからないのです。（ひょっとしてTM1を使うとか？）

>>254
丁寧なご指導ありがとうございます。
ご指摘の通りソースを書き直して試してみます。

>>257
ご指摘ありがとうございます。
元のソースには default: を入れてたんですが、２ちゃんの文字数制限に引っかかりそう
でしたので、うｐしたソースでは省略いたしました。

>>245 の指摘が的確で
>>254 は無駄な話だな。

>>261
タイマー割り込みは1つで、SWの状態遷移と同じ考えでLEDの状態遷移
をやればいい。
時間は割り込みをカウントすれば割り込み周期の整数倍で作れる。

>>262
見やすいソースにはバグも無いと言うし、
ソースの書き方1つで、デバッグの難易度が全然違う。

見やすいソースを書くことは、とても重要だと思うよ。

>>259-260
万一誤動作でstateが0,1,2以外の値になっても安全なように

　switch(state){
　　case 1:　pattern_a();　break;　
　　case 2:　pattern_b();　break;
　　default:　PORTB=0x07; 　break;　//white
　}

　PORTB=0x01;　__delay_ms(500);
　PORTB=0x02;　__delay_ms(500);
　PORTB=0x04;　__delay_ms(500);

　switch(state){
　　case 1:　state=2;　break;
　　case 2:　state=0;　break;
　　default:　state=1;　break;
　}

同じswitchが2個ある時点で気持ち悪いとか思わないのか？
　switch(state){
　　case 1: next_state=2; pattern_a(); break;　
　　case 2: next_state=0; pattern_b(); break;
　　default: next_state=1; PORTB=0x07; break;　//white
　}

　PORTB=0x01;　__delay_ms(500);
　PORTB=0x02;　__delay_ms(500);
　PORTB=0x04;　__delay_ms(500);
　state = next_state;

>>265
いいですねぇ、美しいソース。

さらにこれはどうでしょうか

　switch( state ){
　　case 1 :　pattern_a();　break;　
　　case 2 :　pattern_b();　break;
　　default :　PORTB=0x07; 　break;　//white
　}
ずれちゃうかな。
・条件の()の前後は1スペースあける。
・caseの値とコロン「:」の間は1スペースあける
・breakの横位置をタテにキレイに揃える

>>267
お前の書き方はキモイと一蹴されるのが落ち
例えば俺の趣味ならswitchとcaseはツライチにする
スペースの空け方やインデントとかはどうでもいいんだよ

>>267
くだらん。勝手にやってろ。他人に押し付けるな。

>>268
そう、switchはcaseとの位置関係で悩むね。
しかも上記の例題のように、switch caseだけで済まずに、結局その中にif()を書いてしまう。
だったらはじめっから全部if()で行こうと、switch使わずにif()ばっかりね。

>くだらん。勝手にやってろ。
もしかして、動けばOK、ソースの見栄え(みばえ)こだわらない、結果オーライの人?
部屋の掃除してる?　クルマの中そうじしてる?

>>270
整形ルールにこだわるにしても度が過ぎていてキモイだけ
どれでもいいだろ
if(hoge)
if( hoge)
if(hoge )
if( hoge )

スレ的にはコードを書くのが目的じゃないから自分で見てわかれば良いのでは？


仕事うんぬんなら、こんな所で議論しないで組織の方針に黙って従え

PICはアセンブラ

もうね、ソースなんてさ、気に入らなけりゃ整形ツールで自分の好みに変換すりゃいいじゃん
不毛じゃ

毛は無いのが好みです

ぱいぱんごのみか

main() {
}

よりは

main()
{
}

の方が多数派だよな
俺は上のパターンだけど

アセンブラならページ跨ぎを考慮してもこれだけ

const_tbl macro varU1
local jump_table
movlw HIGH jump_table
movwf PCLATH
banksel varU1
movf varU1, W
addlw LOW (jump_table+0)
btfsc STATUS, C
incf PCLATH, F
movwf PCL
jump_table:
endm

Cで美しく書いたコードはどんな機械語になるか考えるとあほらしい

例えば
a++;
a=a%10;

美しくない以下の方が遥かにマシ
a++;
if (10<=a) {
　　a=0;
}

いやいや、機械語のことなんか考えないですってば。

ソースを見た時の美しさは、入力ミスの低減とデバッグのしやすさ、
1年後に再度見たときの可読性が良いと行っているだけ。
この話には、アセンブリ以降の都合は関係ないですね。

>>277
僕も上のほう。行数が減るし、見やすいからね。

>>280
組み込みだろ?
misra cでも守れよ。

まぁpic16でcは死ねばいい。

その前に上下で同一の演算結果にならないじゃないか

>>282
そうだね。

「コードはこう書くべきだ！」みたいな話は、古典だが「コードコンプリート」という本に
あれこれ書いてあったなぁ。プログラマーなら読んでおいて損は無い一冊。
ちょっと値段が高いけど値段相当の価値はあるはず。

# コードコンプリート―完全なプログラミングを目指して
# http://www.amazon.co.jp/dp/4756102107/

# Code Complete第2版〈上〉―完全なプログラミングを目指して
# http://www.amazon.co.jp/dp/489100455X/
# Code Complete第2版〈下〉―完全なプログラミングを目指して
# http://www.amazon.co.jp/dp/4891004568/

コード評論家みたいな奴って居るけど、
やたら他人のソースを批評するばっかりで
自分じゃまともに動くコード書けないのな
動けば神よｗ

こんなこと聞くのは恥ずかしいんですが・・・
16F886のTMR0ってフリーランするですか？？
なんだか255→0になったらゼロのままで動かない様な気がして・・・いろいろやってみてるのですが

んなこたーない。
何故そう思ったか状況を詳しく。

TMR0って、「動け」という命令がないから違和感ある

TMR0はフリーランしなかったんじゃなかったっけ?

255->0で割り込み発生するから、その時に再度数値設定しなけりゃだめで、
そのときの再設定処理のクロックを考慮しないと正確なフリーランは無理
だと思った。

俺はもっぱらTMR1をフリーランモードでつかってる。

割り込みは使わず、メインプログラム中でTMR1の数値を読んで、一定時間待
って、とかいう処理をよく使う。

>289
そりゃ150とか自分の欲しい数値で回したい時の方法だろ？
ほっときゃプリスケーラx256カウント周期で回り続ける。
むしろ止める手段がない。

そうなの!?
じゃあTimer0使えるじゃん!!

_no

コードスタイルはいまどきのエディタなら自動整形してくれる機能があるんで好きにすると良い。

>>292
たとえば、どんなエディタがそれに該当でしょうか?

＞a++;
＞if (10<=a) {
＞　　a=0;
＞}
わざわざインクリメントしておきながら直後にゼロに戻すのは気に入らん！
とか，

10<=(式)の形で左から評価した時に10をまず代入した後に右の式を
評価するためにいったんスタックに10を押し込むようなコードを生成され
かねない。
(式)>=10の形なら式の評価が終わった段階でメインとなるレジスタ
（アキュームレータなどなど）に値が入っているから，これを定数を
比較する方が楽だろう・・

なーんて考えるのかと思った。

>>294
恥の上塗りだから書くなよ。
pic16のアーキテクチャを理解してないのが丸分かり。
釣り？馬鹿？

きっと294はしょぼいPICの性能を見て
コンパイラも1パスみたいなしょぼい実装と思っちゃったんだねえ・・

a % 8;
みたいな式を7とのandにコンパイルされてて、ちょっと感心した

0x17 % 8を7にしてくれるとは素敵なコンパイラだな

PICりした？

>>299
お前みたいなやつ嫌いじゃない
嫌いじゃないけど氏ね

>>298
別に0x17には限らないけど

>294
＞わざわざインクリメントしておきながら直後にゼロに戻すのは気に入らん！

なら、
if( a<9 )
a++;
else
a = 0;

みたいにするわけか?
条件成立しやすい方は分岐せずに済むよう前半に、
率の低い方を分岐させるよう後ろに。とかやってみたり。

>>302
それが正解
分岐回避にこだわるようなCPUじゃないだろ

>>302
>>303
論点が分かっていない。
そんなのmod演算に比べれば誤差レベル。

>304って，mod演算の代替にはなってないということが分からないほど頭悪い？

たまに覗けば殺伐としてるなぁ・・・PICりしたぞ

コーディング規約は会社でやってろって感じだよな。

>>305
そんなの判ってるって。
お前はRAM初期化しないでゴミ値のまま動かすんだろ。

その昔、CCS-Cで書いていたとき、Out of ROM というエラーが出た。
すかさず#ROM ....と、先頭番地指定して、メモリーを振り分けて
事なきを得た。
PICって、なんでメモリーが2kByte毎にバンクに切れているの?
ずっと全部一直線のアドレスでいいのに。

そりゃ、わざわざ切りたくはなかったろうよ

>>309
つ PIC18F

pickit3買いました。
12F629で、INTRC_IO & NOMCLR は、その組み合わせサポートしていないとエラーが出ました。
今まで使ってた秋月ライターV4では書き込めてました。
確かに　INTRC_IO、NOMCLR だと電源入れたとたん走り出し止められない気がします。
秋月ライターはどうやって書き込んでるんでしょう。

>>312
MCLR無効にしてても、MCLR端子にVppがきたらプログラミング・モードになるんじゃなかったっけ？

>>312
たぶん警告だけで書き込めるはず

>>313 >>314
ホントだ。
そのまま続けたら、あまりにも短時間にあっけなく書き込んでました。
ありがとうございました。

新型のXLPなPIC16シリーズって、秋月で扱ってませんがこれは完全スルーの流れですか?
adcやsbb完全サポートとかヨダレでてくるんですが。

>>316
秋月って新型の製品をすぐに店頭に並べるような芸風じゃなかったと思うが。
最近はなんともいえないけど。

>>316
よだれ出るほどなら、ダイレクトショップで買っちゃえば？

>>316
秋月に期待する方向が違うだろ。

秋月はジャンク屋とまでは言わないが、掘り出し物市場だからな。

まあ、「仕入れ先は聞くな」的なトコがあるからね。

秋月を正規ルートの小売店だと思っている幸せ世代が広がってたりするのかな？

300円液晶の正規ルートどこ

部品類は正規ルートだよ。千葉に帰れ

元々秋葉自体が正規ルートとは違う気がw
個人にでも小売りしてくれるのはありがたいけどねえ。

ちゃんと販社に訊けばスペックシートも全部提供してくれるだろ。
その代わり１ロット単位の購入だろうけど。

webでデータシートが手に入るから
秋月もガリ版データシートはつけなくていいよ。
さらに値下げ希望。

かつて秋葉原は闇市として栄えた

>>324
正規ルートなら取引の代理店貼ってくれｗ

>>327
「ロクタル管のはなし」な世界だな

PIC24FでフラッシュROMのイレースが上手くいかない。
何処が悪いのか教えてください。

マイクロチップのCコンパイラ3.02
開始アドレスは0x1000で呼び出しています。

#define PM_PAGE_ERASE 0x4042 //NVM page erase opcode
void testErase(long addr)
{
int temp;
int a_low, a_high;

a_high = addr >>16;
a_low = addr & 0xffff;
temp = TBLPAG;
NVMCON = PM_PAGE_ERASE;
TBLPAG = a_high;
__builtin_tblwtl(a_low,a_low);
__builtin_write_NVM();

while(NVMCONbits.WR == 1)
;
TBLPAG = temp;
}

アンカに泣いた

>>330
「上手くいかない」の詳細な現象を書かないとね

>>330
「上手くいかない」の詳細な現象を書かないとね

「上手くいかない」のはあなたが判断した結果であって現象ではないよ
問題解決で必要なのは現象を整理して書き出すってこと

>>333

　”PIC24FでフラッシュROMのイレースが上手くいかない。”と書けば分かってもらえると
思ったのですが。
　先のサブルーチンを呼び出した前後で消去を指定した0x1000

>>333

　”PIC24FでフラッシュROMのイレースが上手くいかない。”と書けば分かってもらえると
思ったのですが。
　先のサブルーチンを呼び出した前後で消去を指定した0x1000以降のフラッシュROM
の内容が変化しません。0x1000以降には、確認用に数十バイトだけ、でたらめなデータ
を入れてあります。
　文書の途中で操作を誤って、二度書き込みしてしまった。すいません。

自演か何かかね？

__builtin_tblpage や __builtin_tbloffset も必要なんじゃね？

>>337
>__builtin_tblpage や __builtin_tbloffset も必要なんじゃね？

　レス感謝です。上記のマクロ？についてネットで調べてみましたが、変数のアドレスを
上位と下位に分割するもののようで、今回の分は、それを別の方法で実施しています。

　コンフィグの設定もICD3を使っている関係で、GCP, GWRPともにOFFに設定しています。

　他に何があるんだろう。

NVMCON とか TBLPAG って、大文字で書いてるけど定数じゃなく変数なのか?
大文字で書くのは定数だと思ってたが。

それと、NVMCON と NVMCONbits って別の変数だよな。
NVMCONbitsってどこで定義され、初期化されてるの?

ヘッダーファイルをのぞいてみれば？

a >>= 1 と書くべきところを a >> 1と書いてて、
かなり悩んだ

>>341
「このコードは副作用がありません」って出てなかった？

何も出なかったような

PIC24FのA/D変換について教えてください。

ttp://ww1.microchip.com/downloads/jp/DeviceDoc/39705A_JP.pdf
の11ページを元にAD1CON3のADCSを設定したいと思うのですが、あてはめる値の意味がわからなくて
困っています。

Tcy = Fosc/2とあるのですが、Foscとはなんでしょうか?
また「A/D変換には12TAD必要」と書いてあるのですが、これはADCSを決定するのにどう反映すれば
よいのでしょうか?

PIC16F628Aを利用した時計の回路を書いてみました。
ttp://mcnc.hp.infoseek.co.jp/cgi-bin/img-box/img20101006133502.png

・電気二重層コンデンサで、瞬断対策
・アノードコモンな7SEGをダイナミック点灯
・スイッチの入力はダイナミック点灯の合間にポートを入力状態にして取り込む

スイッチのあたりの回路にイマイチ自信がないのですが、致命的な問題など
あるようでしたら教えてください。

昔メインクロックに32Khzを入れてダイナミック点灯の時計をつくろうとし、
ダイナミック点灯と秒の加算まではなんとか行けたものの、時刻設定で力尽き。

32Khzだと割り込み使うとメイン処理が遅れるという...。

RTCを使ってPICはリセットさせたほうがいいような、PICだけでやりたいだろうけど

>>345
瞬断対策なら普通のコンデンサで充分な希ガス

>>345
>致命的な問題などあるようでしたら教えてください。
致命的なところはわからないけど、添削してみました。

http://mcnc.hp.infoseek.co.jp/cgi-bin/img-box/img20101006165948.jpg

番号を付けました。1〜10です。
1. もし特段の事情が無ければ、センター(+)のほうがいいと思います。
2. 逆接ダイオードを入れておくと、精神的にとても安心できます。
　　また、電源の入り口には、0.1uFだけにせず、電解コンデンサを
　　入れた方がいいです。この感じだと、100uF程度でしょうか。
3. コンデンサは3端子の出力の点に移動します。
4. スーパーキャパの表記がよくないです。
　　C6は部品記号ですので、そこで改行して、
　　次の行に1Fの5Vと、先に容量、後に電圧を書くのがいいと思います。
5. このダイオードは必要でしょうか?
6. 何がどうつながっているのか、サッパリわかりません。
　　図のように明示的にしましょう。しかも信号名も書いてありません。
　　抵抗の下に書いてある、とか言わないで、ちゃんとバス信号線の所に書きましょう。
7. LEDにはどの線がつながるのか、書いてないと配線できません。
　　特に、R4, R3, R2, R1は、どちらのバスにつながっているのか、サッパリわかりません。
　　ちゃんと両方のバスにつながっていることを明示的に表現すべきだと思います。
8. R13は、タテの抵抗のことでしょうか?　横の抵抗の事でしょうか?
　　R9を上に持ってきて、R13はタテ抵抗の横に置きましょう。
9. 瞬定した時、スーパーキャパでLEDを点灯させるのは無理があります。
　　LED表示は消えるけど、時間はキチッと刻んでいるから、停電復旧後は
　　正しい時間を表示します、のほうが良いと思います。
　　したがって、LED電源はV1でなくV2から取るべきだと思います。
10. 注釈でアノードコモンなんて文字で説明せずに、LEDのCOMピンの横にAと書いたほうが
　　　直接的で間違いが減ります。
11. R1 1k　とかの部品の説明は、
　　　部品の左、部品の上を原則にするといいと思います。
12. 32.768kHzの水晶の負荷容量が、15pFになっていますが、
　　少なくないでしょうか?　68-100pFくらい?

辛口ですけど、気を悪くしないでくださいね。すみません。
回路図センスはいいと思いますので、もう少しです。
がんばってください。

>>345
>スイッチのあたりの回路にイマイチ自信がないのですが、

その回路だとスイッチ押されてる間は7segの該当セグメントが消えてしまうから
R2-R5の各セグメント制限抵抗(1kΩ)とは別に、スイッチ入力毎やはり1kΩ程度を
直列追加すれば良いかと思ふ。
追加抵抗の接続点は現状の7segセグメント側でも動作するけど、PICピン側でok

なんで、VDDにRいれてんの？

>>351
>なんで、VDDにRいれてんの？
間違いです。すみません
Vddには抵抗要りません。

丁寧な添削ありがとうございます。
ありがとうございます。
修正してからまた出直してきます。

RTCは使わない予定です。
水晶の脇のコンデンサは、データシートで15pFと規定されていますので、それで。
やっぱ自分でみてわかるからいいやじゃ駄目か...。

あと電気二重層コンデンサは、秋月で買ったまま5年放置なので、いい加減
どうにか有効につかってみたいのでつけてみました。

また、瞬停対策というよりは、足をひっかけたり、PCまわりの掃除で一時的にコンセントから
引きぬくなど、そういう感じの時に3分程度は動いて時刻を刻んで欲しいです。

ですので、ボタン電池をまた別につけるか、電気二重層にするかまよったのですが、
やっぱり使ってみたいので電気二重層ってことで。

>>349
なんと親切な！

スイッチのプルダウン抵抗でセグメントがうっすらと点灯しないかな。

>>353
>水晶の脇のコンデンサは、データシートで15pFと規定されていますので、
データシートでそう書かれていますか?
僕の持っているデータシート(何と2002年)だと68-100pFと書かれています。
PIC16F88で33pF, 12F675で68-100pFです。
32.768の水晶はLowPowerなので、直列の抵抗も必要かもしれません。
この抵抗がないと、水晶がスグに壊れます。検討されてください。
僕のデータシートが古いので、最新では変更になっているかもしれませんが。

>やっぱ自分でみてわかるからいいやじゃ駄目か...。
「やっぱ」ということは、そう感じていらしたんですね。
「1年後の自分は他人」ですので、今わかる回路図を書いておかないと、
後から見たら絶対わからなくなります。

回路図が見やすく書かれた物は、その動きもキレイです。
他人が見ても質問が出ないような回路図を書くことは、
自身の勉強にもなりますので、ぜひ心がけたいものです。

電気二重層コンデンサはPICだけバックアップすればいいんじゃないの？

ＲＳ２３２Ｃにつなぐ１８ピン用のソケットがついたライタを使っているのですが、
ピン配置だけあわせればＰＩＣ１６Ｆ８７７Ａなどにも書き込めますか？

>>358
うーん、そのクロックはメインクロックの方で、尚且つ高速な水晶を接続する
場合ではないでしょうか?

628Aのデータシート"4004F.pdf"の、Timer1の項目、"7.4"で、T1OSI/T1OSOに
32.768hzを接続する場合15pFと記述がありますので、そちらから取りました。
たしか628Aからは、ここは32Khzの時計用水晶専用に変更になってたハズで、
直近に他のIOパターンと交差しないように接続すればokのはずです。

回路図の件、了解しました。
プログラムと一緒ですよね。
あとで見て分からないと、作る時より時間がかかるし、もう少し丁寧に書きます。

ガンマ補正をしようとして、
255 * pow(i / 256, 1 / Gamma)
みたいな計算をさせようとしたら、それだけでメモリ不足した

何か無視されちまった orz

>>361
なるほど、水晶発振用のアンプが2つあるんですね。失礼しました。

あと、添削回路図、消してもいいですか?　恥ずかしいので。(^^;

>>364
横レスだけど・・・
こういうログは、質問者以外にとっても有用なので、消さないでおいて欲しいな
と思います。

まあ、いずれ流れちゃうことは確かだけど。

スイッチ押してる間、バスが（VCC-0.6）Vになって、
バスを共有しているセグメントのLEDがつかないような気がする。

>>363
すいません。
ひとつずつ解決してからいきますのでちょっと待ってください。

>>364
同じく他の方にとっても有用だと思いますのでそのままのほうがいいです。

あとRA5に入れてあるV2の信号ですが、ここは抵抗で分圧せずに入れたらマズ
くないですか?
CMOSはポート電圧が電源電圧より高くなった場合、動作が不安定になったり
リセットかかったり最悪壊れると思ったので、分圧にしてみましたが。
、

>>350 さんがすでに書いてました。吊ってきます。

>>367
スイッチまわりに関する質問だから、その点に絞って回答したのに
本題が後回しとは･･････

実際、致命的というほど問題は無いね。

あと、>>349は LED電源をV2にして、RA5の接続をV1に･･･といってる。
ここは製作者の考え方次第

>>367
>あとRA5に入れてあるV2の信号ですが、
すみません、/MCLRで使っていると勘違いして、pill-upだけにしました。
たぶん、/MCLRは内部処理にして、入力ピンで使っていますね。
失礼しました。でしたら、原回路通りに割った方が良いですね。
でも、抵抗検知だと減電検出の切れ味が悪くないでしょうか?
ピン名にVthと記載があるので、特殊な機能があるのかな。
減電検出に、RESET ICも結構オススメです。

>>369
すみません。
ご指摘のように回路を訂正してみました。
普段とはスイッチの位置が逆で、混乱しました。

ttp://mcnc.hp.infoseek.co.jp/cgi-bin/img-box/img20101007000414.png

>>370
RA5ピンは単に入力ポートとしてみています。
とりあえず前段にトランジスタ入れて、スパッと変わるようにしてみました。

7セグのところに信号が来ていませんが、アノードコモンの7セグはまだどれを
買うか決めてないので未定ってことで。
青でも使ってみるかな。

修正、早いですね。いい感じで、ストレス無く見られる回路図だと思います。

・SP駆動電源は、V1でなくV2ではないでしょうか?
・LEDの電流制限抵抗の値、1kはまだ適当なんですよね?
　　通常の抵抗値の1/dutyの小さい値になると思われます。
・減電検出のトランジスタのベース抵抗が1kと47kだと
　　0.6V程度まで下がらないとoffしない気がしますが、どうでしょう。
　　もっと早い段階で知って、いろいろと段取り時間が必要でしょう。
・スイッチからの信号に直列に入っている抵抗R26-R29は、
　　もう少し大きい値が良さそうな気がします。
　　この抵抗が小さいと、LED=onとSW=onが重なった時、
　　PICの吸い込み電流が増えVon(sat)が上昇し、LEDの輝度が
　　暗くなり、セグメント間の輝度がばらつきそうな気がしますが、
　　どうでしょうか?
・スイッチの抵抗 R17-R20は、もう少し小さい値がいいと思います。
　　1mA程度流さないと、スイッチが接触不良になりそうな気がします。

小言ばっかりで、すみません。

通りすがりですが…

>>372
>・SP駆動電源は、V1でなくV2ではないでしょうか?
電源断時にビープが鳴らすためでは?

LEDはV1にして、V2をジャックとD5の接続部から取った方が電源断を早く検出できるのでは?


それとどうでもいいのですが、時計にコロンが無いのは致命な問題だと思うのは私だけでしょうか…

>>373
>>・SP駆動電源は、V1でなくV2ではないでしょうか?
>電源断時にビープが鳴らすためでは?
そうですね。説明書きに「電源断中に・・・鳴らす」とありますね。
ありがとうございます。

>V2をジャックとD5の接続部から取った方が電源断を早く検出できるのでは?
なるほど、それはいいですね。
電源は何Vなのかしらん。

>>353
>>358
>>371
水晶振動子廻りのＣの値は、ＩＣの特性よりも、水晶の特性に拠るんじゃないですか？
ＩＣ用の標準的な水晶というのがあれば別ですが、Ｃが違う値を取るのは使用する水晶の特性に合わせてのことかも。

>>375
左様。負荷容量については水晶メーカさんのサイトにいけば詳しい説明がある。
特定IC向けの専用水晶というのもあることはある。

しかし、マイコンのデータシートには
周波数別の推奨負荷容量値が載っていて、
さらに、ほとんどの人は　その数値のコンデンサを使っているという事実。

>>377
同意

まぁ個人で使うし安定性は無視してもいいよねｗ

>>374
あまり大きな音が要らないならSPは圧電スピーカーでもいいかもね

>>377 >>378
そう言う場合、IC用の水晶が必要。水晶振動子一般が使える訳じゃないのに、なかなか明記がありません。

>>381
>そう言う場合、IC用の水晶が必要。
意味がわかりません。

>なかなか明記がありません。
大きな問題が無いから、謳っていないのではないの?
僕も今まで、何百個という水晶をPICやマイコンに使ってきた。
が、一度も不具合は無し。-10〜60度の温度かけたこともあったけど問題無しだった。
結果オーライは良くないことだが、理屈通りになっていることの証しではないのだろうか。
それだけマイクロチップや日立が頑張ってくれているということだと思う。

>>372
早速、チェックありがとうございます。

>>LEDの電流制限抵抗の値
パーツボックスをあさったら、秋月で売ってるA-552SRが二つでてきたので、
それを使います。21mcdとか明るすぎるので、1Kもしく2.2Kあたりでいいと思います。

>>スイッチからの信号に直列に入っている抵抗R26-R29
検討してみます。超高輝度LEDですしわずかな差でちらつくこと間違いないような(汗。

>>スイッチの抵抗 R17-R20は、もう少し小さい値がいいと思います。
最初の回路で、プルダウン抵抗としてつけたものがそのままでした。10Kにします。

>>SP駆動電源は、V1でなくV2ではないでしょうか?
SPの部分は、一般的な時計のアラーム機能と、電源断時のwarningアラームと両方
鳴らせるように考えました。V1のマイコン電源側です。


>>373
>>コロンがないのは致命的
確かにそうなのですが、7セグのメーカーさんが、7セグとまったく同じ仕様でつくった
コロンのLEDがないもんで、他の砲弾型のLEDつけると微妙に失敗した感じになるんですよ。

>>V2をジャックとD5の接続部から取った方が
なるほどー!!と思ったのですが、DCジャックの抜き差しって、電源断検出にでるチャタリ
ングが3秒くらいつづきませんか?
ちょっと検討してみます。

>>375
>>376
なるほどです。

でも既に時計用水晶と15pFのSMDコンデンサは購入済みなのでそれ使う予定です。
水晶はヤフオク購入なんでデータはわからないすけど、どっかの会社の人が余ったの
分けてくれたので多分日本製ではないかと。

>>383
７SEGにドット付いてないん？
一個逆にすればコロンにならん？

>>382
15ｐＦと150pFではかなり違うでしょう。
水晶振動子メーカの作り込んだ周波数精度を出したい場合には、メーカー指示の容量を選択、
水晶振動子の直列共振点と並列共振点の間の周波数で発振してくれれば精度的に問題ない用途ではうるさいことを言わないで済む、
という違いだと思います。グレードを落とすとセラミック振動子を使うのもありますしね。

とっても時計な７ＳＥＧ

うお。途中で送ってしまった。
とりあえず、コロンついてる
ttp://strawberry-linux.com/catalog/?c=7seg

>>382
>>そう言う場合、IC用の水晶が必要。
>意味がわかりません
水晶は基本的には発振回路に応じて作りこんで精度を出す。
えっと・・たとえば
http://www.sii.co.jp/components/quartz/cMainJP.jsp
こんな感じのサービスがあったりする。
単純に発振させるというだけなら、多少いいかげんな
ことをやっても発振はするんだけど精度には期待できない。

>>388
ああ、セイコーのCMSSのことね。

ていうか、意味がわからなかったのは「そう言う場合、IC用の水晶が必要」という表現だよ。
IC用?　じゃIC用じゃない水晶があるの?　みたいな。

静電容量センサ作った
抵抗とアルミホイルしか使わないのに、きっちり動く

>>344なのですが、どなたかわかる方いませんでしょうか?

>>391
FOSCならクロック関係の項目に載っているはず
AD変換の項目だけのデータシートを見るのではなく
使用するPICのシリーズのデータシート(表紙が PIC****** Family Datasheetになっているやつ)見るべき

>>391
http://picfun.com/pic16.html
に
A/D変換クロック(Tad）の設定方法は下表とします。
って所があるでしょ。
使うクロックの周波数に応じて書けば良いのよん。
２０ＭＨｚクロックなら「１０」だね。。。

>>387
ありがとうございます!!!
つうかこのサイトは失念してました。
あとAVRライタ(というかQIコネクタ)も欲しかったのでまとめて買ってしまおう。


あと肝心の回路は、RA5は~MCLRとして使い、リセットスイッチつけ暴走したとき再起動
できるようにし、電源段検出は一般のボタンみたいに適当に接続して完成な感じです。

>>394
リセットしたら設定時刻が消えちゃわない？

AVRってリセット原因とか判別できるの？

>>395
いや今回はPICです。
AVRは、また別の用途で使います。

>>395
ウォッチドッグタイマなど使う予定はないので、なにかの弾みで暴走しっ放しになったり
すると困るので手動リセットもいるかなと。
今回は電源引っこ抜いてもすぐにはリセットかからない仕様ですし。

伸ばしたシャーペンやピンで押すような面倒くさいスイッチとして用意しとこうと。

加速度センサが手元にあるけど、何に使ったら楽しいだろう

ドライビングデータロガー

>397
すでに時代遅れと化した用途でいいなら、自作倒立伸子とかどう？

>398
ハイスピードドライビングデータロガー
遅い奴にはロギング出来ない、でお願いします。

ステッピングモーターでできるだろうか

ここの倒立振子は、ステッピングモータに定格以上の電圧を掛けて動かしているらしい。
ttp://jr1wfhbbs.s5.pf-x.net/micom/

>>397
加速度を検出したらイニシャルDの効果音文字を出すブツ
時々、「ビリビリ」が入ると尚良し

PICの時計の回路、完成しました。
ttp://mcnc.hp.infoseek.co.jp/cgi-bin/img-box/img20101009092502.png

おかしいな...抵抗の数が凄い。
いままで作ったもので、一番部品点数が多いような(汗。

>>403
スイッチのプルダウン抵抗でセグメントがうっすらと点灯しっぱなしに
なるのが、抵抗値を下げたために悪い方向に行ってる。

>>403
・Reset部分のダイオードは、たぶん1SS133だと思う。
・7セグのセグメント7本の部分、線が7本しかないのに、信号名が8本ある。
・その7セグの7本のバス配線のマイコン側にRA0という線があるが、行き先がない。
・マイコンのポート名を信号名にしているが、RB0,1,2,4,5が2回出てくる。
　　ネットが異なるので同じ名称は良くない。
　　「この線をRB1に接続して・・・」という時に、
　　「RB1って2カ所あるよ!　マイコンポートも含めると3カ所もあるけど?」という
　　質問が出てしまう。
・信号名にポート名を使うのは良くない。事故のもと。名前を変えた方がいい。
　　　　　7セグに行くRB1→RB1_7seg
　　　　　SWに行くRB1→RB1_SW
　　など、「_」を使って邊名にするといいと思う。
・V2の取り出しは、逆接防止ダイオードの後からとる。
・LEDの部品記号は「D1」でなく、「LED1」などにした方が良い。
　　Dxxはダイオードを示すのが一般的。
・SW部分のバス配線の接続は、とても良い。見ていて気持ちがいい。
　　一方、7セグ部分のセグメント部分7本のバスには信号名がその下に書かれている。
　　しかもその文字が横書きなので「セグメントEは、左から5本目なので、
　　えーっと、1,2,3,4,5、RB5かぁ」と、とても読みにくい。
　　どうせ7セグのピン番号を現物の順番と合わせない書き方にするなら、
　　DP、TEMP、COLONの3つのピンを左下の角部(トランジスタQ6の方の角部)に寄せて、
　　その右の広い部分にセグメントのピンを出し、バスからの線のスペースをもう1グリッド広げ、
　　RB0〜RA0(の8つ?)の文字を、縦書きで置いた方が良い。
　　そうすれば、スイッチ部分のバス接続と同じように、
　　信号線の横に信号名が置かれて、7本?8本?という間違いはなくなる。
・部品記号の文字を左寄せにする。
　　なぜか今は右寄せになっていて、一般的な回路図と異なり見にくい。

　　右寄せ
　　　　　　　Q6
　　　　2SC1815

　　左寄せ
　　　　Q6
　　　　2SC1815

もう作法だな

ちょっと前のソースの整形と同じだな

マイクロチップのページで16F886のデータシート取りに行ったら
PDEのところにJapaneseがあったので
とうとうこのPICにも日本語のデータシートができたのかとよろこんだのもつかの間
やっぱりいつもの暗号文だった…

まあある程度わかるからいいけど、細かい記述探しにくいんだよね

pde？
pdfとしてもjapaneseとかないけど。

PDFだね
無い？このページだよ
http://www.microchip.com/wwwproducts/Devices.aspx?dDocName=en026562

たしかに、「日本語」という選択肢が出てくるが、
それを選んでも、落ちてくるDatasheetはただの英文だな。

だが、その英文を暗号文とか呼んでしまうヤツって、どうなの?

886はもうしゃぶり尽くしたので、知りたいことが何もない

本気で暗号文が出てくると思ったｗ

＞細かい記述探しにくいんだよね

そうかなぁ・・・英文の方がキーワード検索しやすいと思うけど

>>412
俺はI2Cスレーブとか使ったこと無いや。
タイマの外部クロックモードも無いな。

I2Cスレーブで1602液晶を表示させるユニットを作っておくと楽になる

>>416
タイマ割り込みで動く液晶ドライバを作ってあるので・・・
ウェイトでメインを止めるなんて無様なことはしません。
ポートは多く使うけど。
RS,STB,DATA4,バックライト,電源
バックライトと電源は省電力制御が要る場合。

ちなみにRAMバンク3を仮想VRAMに使っている。
メイン処理からはここにアスキーコードを書くだけで勝手に表示される。

常に送信してないか?

>>419
送信したまま。分散処理なので大した問題ではない。
CPUパワーの10%程度は使う。

表示フレームレートは
16x2で14.2FPS
20x4で5.8FPS
ビジーチェックを行えばもっと増やせるが俺には要らない。

逆にもう少し減らす方向にいきたいな

MPLABのシミュレーション上からも表示文字列が
ウォッチで見られるので、実機がなくてもソフト開発可能。

シリアルSRAMを共有してDMA的な感じで表示させれば、負荷はほとんどゼロだ

>>422
いくらでも自由にいじれる。
実際はユーザーインターフェースの都合に合わせる。
設定値の更新とかリアルタイムに表示される方が気持ちいい。
個人の主観だが。

>>424
俺の使い方では問題ないので。
メイン周期が安定に回ればよい。
俺の場合5ms周期が標準。

システム負荷によりメイン周期が乱れるソフトは組み込みとして失格。
CPUの空き時間はこき使えって考え。
趣味なら楽しく出来ればなんでもok

いや、タイマ割り込みしたらメインに影響するだろ

>>428
メイン周期が一定ならいい
あほ？

言うまでもないが
メイン周期もタイマ割り込みで作っている

はいはい
すごいすごい

能書きはいいから現物が動いているところを見せろ

>416
使用するPICのピン数にもよるけど、DATA4本ってやっぱ使いづらくない？
ソフト側の負担考えるとポートの上位4bitか下位4bitになるけど、内蔵モジュールと重なると使えない
例えば16F88でシリアル通信(RX=RB2,TX=RB5)とアナログVref+=RA3使うと選択肢ない。
LCD表示がメインならいいけど、Debugとかちょっとした表示したいだけならどのI/Oピンでも
選択でき(マスタ側の話ね)2本ですむI2Cはいいかと。
1vs1ならシリアル送信1本のみもいいと思うけど

すみません上のレス >417へでした

>>433
4bitポートの割り当ては自由です。
出力バッファramを1バイト使います。
lcd_db4w_core:
movwf lcd_db4_buf
btfsc lcd_db4_buf,4
bsf PO_LCDDB4
btfss lcd_db4_buf,4
bcf PO_LCDDB4
btfsc lcd_db4_buf,5
bsf PO_LCDDB5
btfss lcd_db4_buf,5
bcf PO_LCDDB5
btfsc lcd_db4_buf,6
bsf PO_LCDDB6
btfss lcd_db4_buf,6
bcf PO_LCDDB6
btfsc lcd_db4_buf,7
bsf PO_LCDDB7
btfss lcd_db4_buf,7
bcf PO_LCDDB7
return

ちなみに、みなさんLCDのインターフェイスは何bitモードでやってますか?
僕は、昔4bitモードばっかりだったんですが、
8bitモードを使い出したら、4bitモードより断然速くて、
もう4bitには戻れないです。

4bitモードのきにロータリーエンコーダーの回転を検知して、
LCD上の周波数表示をup/downさせるようなプログラムを書いたのですが、
ちょっと速く回すと、LCD表示が付いてこない。
ところが8bitでやると結構行ける。

>>436
エンコーダ処理は割り込みでやってるから無問題
LCD表示なんて空き時間に4ビットで表示

>433
それって下記みたいな感じで定義して使うの？
#define PO_LCDDB4 PORTA,3
#define PO_LCDDB5 PORTB,3
・
・
PORTxに直接BCF,BSFはあまりよろしくないような
ttp://www.geocities.jp/michi_kou/faq.htm#Q31

>>438
そうだよ
リードモディファイライトの件は繋がってる負荷によるけど
俺が作るレベルでは問題になったこと無い。
646a, 877a, 876a, 886で実装した。

648aな

>>438
どうしても気になるならポート全部は一旦にバッファリングすればいい。
言いたくないけどそんなことでハマるレベルじゃねーんだよ。
出来ない理由、ダメな理由を必死で探してを揚げ足とってるつもりかもだろうが。

僕も>>435のやり方でやってる
一度書いたら電源切るまで描き直さないような用途じゃ
ビットのエラーが出たら致命的かもしれないけど
頻繁に書き換えてるからエラーが出てたとしてもわからねーし

そもそもそのエラーって出る？いつもウエイトも入れないでポート弄ってるけど
一度も見かけたこと（問題になったこと）無いよな

どうか指導ください
http://www.zea.jp/audio/lcm/lcm_01.htmの
http://www.zea.jp/audio/lcm/lcm_06.htmで
"PICライターで読み込むと、プログラム領域とEEPROM領域にデータが入ります"
とあり、EEPROM領域の変え方がわかりません
ライターはpickit−2を利用します

意味不明だが
アセンブラソースなら
　　org　　0x2100
　　de　　　0x04,0x03,0x02,0x01,0x00,0x00,0x00,0x00,0x00

実際に問題になるケースがあったからLATレジスタが増設されたんだけど、
普通は気にしないよな

>>444
すみません
さっぱり理解できません

>>446
ソースにあなたが必要とする値を書いてファイルセーブして
mpasmでアセンブルして出来たhexをpickit2で書け。

>>445
俺は16Fでポートにビット制御命令なんか使ったことないぞ。
必ずバッファに保存したデータとand/orしたものを出力してる。

PICkit2V2.exe利用なら PICkit2ｺﾈｸﾄして DeviceはPIC16F886を選択後、
LC_meter.hexをImport、下部のEEPROM欄で内容編集して write
(by ASCII表示にしておくと文字ｷｬﾗｸﾀ部分が判り易い)

MPLAB IDEでも Configure - Select Deviceで PIC16F886を選択後、
File - Importで LC_meter.hexをImport、View - EEPROM ｳｨﾝﾄﾞｳで
内容編集して･･･(中略)･･･ Programツールボタンで 書き込み。

Strobe = 1;
Strobe = 0;
みたいに書ける快適さを捨てるというのか

>>443
こーゆーことか？
ＩＣＰＲＯＧって原始的なソフト知ってるか？
これで読めるぜ。
ターゲットはＰＩＣ１６Ｆ８７６Ａでやったぜ。
あとはアスキーコード表でも見ながら変更してね。

0000: 03 E8 3C 14 14 28 28 FF .・..((�
0008: FF FF FF FF FF FF FF FF ��������
0010: 4C 43 20 6D 65 74 65 72 LC meter
0018: 00 FF FF FF FF FF FF FF .�������
0020: 62 79 20 79 2E 69 73 68 by y.ish
0028: 69 7A 75 6B 61 00 FF FF izuka.��
0030: 49 6E 64 75 63 74 6F 72 Inductor
0038: 00 FF FF FF FF FF FF FF .�������
0040: 4E 6F 74 20 6D 65 61 73 Not meas
0048: 75 72 65 64 00 FF FF FF ured.���
0050: 43 61 70 61 63 69 74 6F Capacito
0058: 72 00 FF FF FF FF FF FF r.������
0060: 4F 75 74 20 6F 66 20 72 Out of r
0068: 61 6E 67 65 00 FF FF FF ange.���
0070: 43 61 6C 69 62 72 61 74 Calibrat
0078: 69 6F 6E 2E 2E 2E 00 FF ion....�
0080: 20 20 20 20 20 20 20 20
0088: 20 20 20 77 61 69 74 00 wait.
0090: 20 20 20 20 20 20 20 20
0098: 20 20 20 44 6F 6E 65 00 Done.
00A0: 20 20 20 20 20 20 20 20
00A8: 20 20 45 72 72 6F 72 00 Error.
00B0: FF FF FF FF FF FF FF FF ��������
00B8: FF FF FF FF FF FF FF FF ��������
00C0: FF FF FF FF FF FF FF FF ��������
00C8: FF FF FF FF FF FF FF FF ��������
00D0: FF FF FF FF FF FF FF FF ��������
00D8: FF FF FF FF FF FF FF FF ��������
00E0: FF FF FF FF FF FF FF FF ��������
00E8: FF FF FF FF FF FF FF FF ��������
00F0: FF FF FF FF FF FF FF FF ��������
00F8: FF FF FF FF FF FF FF FF ��������

>>448
最初からC言語を使ってるなら納得。
アセンブラか始めたなら不自然。
どーでもいいけど。

>>451
これは大きな収穫です
ありがとうござます

>441
もとはと言えば2ピンですむI2CのインテリジェントなLCD接続を否定して
最低6ピンは必要な方式で自慢するから、どんなもんだと思えば >435
4bitがフレキシブルになってるのはよくできていると思うけど PORTに直に
BCF,BSFは無いだろう(揚げ足取りと言われればそうだけどな、使いまわす
ルーチンなら安定を取るべきだろ、問題になったことないならいいけどさ)

自分的には以前 はまった経験からPORTへのBCF,BSFと出力ビットの
読み出しも使わないと決めている。

考え方の違いだろうけどLCD側に専用マイコンを用意してI2CなりTXで
送信する方が好み

>>454
といってもI2Cはタイミング関係面倒なのでケースバイケースだな
スレーブが９ビット目でＡＣＫを返すという仕様は結構いやだったりするｗ

2ピンで済んでないじゃん、もう1個PIC使ってるし

>435みたいな処理って
LCDの書き込みルーチン見てたらすぐに思いつくだろ
BCFBSFもBTFSCとかが入ってるからウエイト付きだし
絶対に問題なんか起きないよ

結局突っ込みたいところがよくわかんない人だね
まあ僕のことじゃないので、熱くなっても仕方ないんだけど

>>456
俺の書くことがなくなったじゃないかwwwww

>>456
ウェイトの問題じゃない。
ポートの負荷が重かったりノイズが乗れば誤動作する。

そういうケースを限定するなら最初から書かないと負けだと思う

>>457
友達いないだろ
お前

>>460
ただのバカのくせにコテハンで何？

>>461
まぁまぁ
めくそはなくそを笑うって言うし仲良くしようじゃないの＾＾；

>458
んで、LCDユニットの入力ピンの負荷が重いとでも？
後出しのアラ探しに必死ですなあｗｗｗ

スダレで20〜30m引いてるんだろ、そっとしといてやれ

自慢したいだけの子供みたいなキャラだけど、
こんなんでも40過ぎたおっさんなんだぜ?

>>463
リードモデファイライトが分かってないな。
LCDユニットに使っているポートじゃなくて、それ以外のポートが誤動作
するんだよ。

例えば
bsf　PORTB,0
なら
movf　PORTB,w
iorlw　0x01
movwf　PORTB
みたいなことを自動的にやっている。
PORTBから読み込んだときにビット1〜7がデータラッチと矛盾するデータを
読み取ればデータラッチが書き換わってしまう。

必死ですなあｗｗｗ

clrf　PORTB 　;　00000000

bsf　PORTB,0 　;　00000001
movf　PORTB,w　;　00000001
iorlw　0x01　　;　00000001
movwf　PORTB　 ;　00000001

常に00000001だと思うよ
これが書き換わるくらいノイズやら負荷がかかってるなら
その回路がまぬけ

で、次はどんなイチャモンつけるの？
電源が不安定なときに誤動作する可能性がーとか？
スパークプラグの隣でシールドせずに使ったら誤動作した？

それなら18Fはデータラッチとは別にLATレジスタを設けた理由を説明
できるか？

誤動作する回路を作るのは簡単だけど、
普通にデジタルでやりとりしてる回路ではまず誤動作しない
LAT追加したのはAVRを意識したから

>>470
データラッチとは別に･･･の表現はオカシイ
データラッチを読み出せるようになっただけ

もう本当に必死なんだなあ
LAT作ったのは高負荷で高速のビット操作じゃ誤動作するからだろ

じゃあ低負荷か低速でビット操作すれば問題ないじゃん
ビット操作しただけで誤動作するような設計が間違ってるの

BSF PORTB,0
と書くと一旦すべてのPORTBの状態をチェックされて
その上にRB0が「Ｈ」と書き加えられるシステムらしい。けどね
例えばその中のRB1が「Ｈ」になっていたとしても負荷が小さくて
垂れ流し状態になってしまって電圧が１Ｖ未満になってしまっていると
そこは出力ポートではなく入力ポートだとPICが勘違いをして
PB0を「Ｈ」とするときにRB1を「Ｌ」と書き換えてしまう現象が
起きてしまうのだそうです。
またその時点で一瞬すぎて１Ｖ未満しか電圧が上がってなかった出力ポートとかも
そうなるようですがそんなプログラムは普通作りませんよね

つまり　出力ポートの電圧が１Ｖ未満にしてしまっている回路作りが駄目な
だけです。　
普通そんなことしませんよね。　　　　　
　　　　　　　　　　　　　　　　　　　　　by　２０mAを守る会

>470
あのね、君の言ってる程度の事は当然知ってるの。
その上で言ってるの。

誰もどんな場合でも安定して使えるシステムでなければならない、なんて要求してないのに
なんで他ポートに容量付いてた場合に誤動作の可能性がーなんて言い出したの？
べつにそういう時は個別対応するまでだし、通常使うなら>435で十分でしょ？

なんでそんな必死になって特殊な場合の対応を要求するの？

474です。
文章の６行目の訂正です。
誤：そこは出力ポートではなく入力ポートだとPICが勘違いをして
正：そこは「Ｈ」レベルではなく「Ｌ」レベルだとPICが勘違いをして

勘違いじゃなくて、LレベルになってたからLレベルとして読み込んだだけだろｗ
出力の論理を読んでるじゃなくて、実際のレベルを読んでるだけだ

一応、整理の為に

PIC12/16系のビット出力操作命令が誤動作する理由
http://www.picfun.com/pic22.html　←後ろの方

PIC18系のLATﾚｼﾞｽﾀ追加について
http://www.picfun.com/pic18/mod18x01.html

因みにPIC18でも
bsf PORTB,0
bcf PORTB,1 などとしたら従来通り誤動作する可能性あり

bsf LATB,0
bcf LATB,1 としなきゃ

Cでも出力はLATxの方を使わないと同様

>>477
はじめからアンタが説明すればよかったものを・・・
後出しジャンケンのような揚げ足なアンタに彼女は当分出来ない。

>>479
はじめから見てねえものｗ

でもさ、実際それを経験しましたって人の話が聞きたいよ。
自分で試してここへ報告に来いってか？

なにこの、いつも上げちゃう勘違い　Tb2WMqpP　って誰？

このスレのレベル高くて、ついて行けないオレがいる。
I2Cは何度も使っているけど、プルアップ抵抗を1kとか820Ωでやってる。
電線の長さはフラットケーブルで30cmくらい。
とりあえず動いてる。

オマエ　　
誰？　って
ここで住所とか名前を名乗るとでも思ってるのか？
よく考えて発言しなさい

>>481
過去レスに有ったよ、実際経験した人

>483
抵抗小さすぎねえ？

VDDが3.3Vならそんなもの。５Ｖだとかなり小さすぎますね。

>>487
だな

抵抗値は電圧に直接的に関係は薄いよ。
それより、LからHに上がる速度を気にしているんじゃないか？
抵抗値が大きいと、Hに上昇するのに時間がかかり、通信エラー。

>>486-488
>５Ｖだとかなり小さすぎますね。
5Vだと、いくつならいいのでしょうか?
1kでは小さすぎる理由も知りたいです。

>>489
はい、その通りです。10kとかだと、電圧上昇にとても時間がかかります。

>>490
これ読むと書いてある

http://www.nxp.com/acrobat_download/literature/9398/39340011_jp.pdf

I2Cバス仕様書ではVOLmax=0.4Vで規定最小シンク電流=3mAなどとあるから
5V(±10%)では最小1.7kΩ程度みたいだな。　1kΩは小さ過ぎといえる。

但し、上記は'L'ﾄﾞﾗｲﾌﾞ能力が3mAと想定した場合なので
実際には約5mAのﾄﾞﾗｲﾌﾞ能力あればギリギリ1kΩ
それ以上ならさらに低抵抗も可

PIC側よりも相手Device次第

>>491
ありがとうございます。
わかりました。5V/3mA=1.7kですね。
ありがとうございました。大変勉強になりました。
今後は、1.8kを使用するようにします。

因みに苺屋のI2C-LCDでは高抵抗が推奨されてる。
ttp://strawberry-linux.com/support/27001/1051713
ﾁﾄ大き過ぎるよな

PIC12F675/629のerrataを見ているのだけれど
手持ちの石が
Revision ID for Silicon Revision:
で、"A9" "B0"どちらに属すかわからん。
MPLAB + PICkit2で読み出すと

一つは : PIC12F629 found (Rev 0x3)
もう一つは : PIC12F629 found (Rev 0x10)

>もう一つは : PIC12F629 found (Rev 0x10)
これがRev.A9。　　Rev.B0ならば(Rev 0xB)

>一つは : PIC12F629 found (Rev 0x3)
こちらはよく判らないが Rev.A4あたり？

>>496

素早いレス助かります。

"A9"
629: 0x0F90 : 00 00.1111.100 1.0000
675: 0x0FD0 : 00 00.1111.110 1.0000

"B0"
629: 0x0F8B : 00 00.1111.100 0.1011
675: 0x0FCB : 00 00.1111.110 0.1011

だと、予測はしていたんですけれど、REVISON番号として、
"A9"(0x10) < "B0"(0x0b)と最新のほうが小さい値になってしまうので混乱しています。

(Rev 0x3) の刻印は YYWW=0239(2003年 39週)です。ｌ

EEPROMのerrataは回避策はありますが、PORの問題は、ハングしたときMCLRピンが効かないので
VCCを直接管理しなければならないので深刻です。
といっても、手持ちの　"A9"とおぼしき石で現象の再現がしないので困ります。
12F683を使えばいいんですけれどね。

>>497
>(Rev 0x3) の刻印は YYWW=0239(2003年 39週)です。
(2002年 39週)でした。

加速度センサを使ってバーサライタを作ってみたけど、
振り回す加速では2G程度は軽く振り切ってしまうので、
いちばん知りたいポイントで飽和しとる

あれは傾斜とかの検出用だな

飽和部分で反転と判れば隠者ね？

両端1/4ずつくらいが全部飽和してるんだって

振ってる周期や表示展開すべき期間も判るんじゃね？

ゆっくりふればいんじゃね？

センサの取り付け位置をなるべく回転軸の近くにすればOK

必要なら、自分のヒジとか肩とかに取り付ける事も考えるべし

質問します。
ＰＩＣ１８Ｆ２５５０を使用してC++アプリからWriteFileを使用してＬＥＤを点滅（1mm Sec）させていますが
WriteFileの前後でＡＰＩのTimeGetTimeで時間を測定すると１００回の内に１５回位は、15ｍｍ Sec位かかり残りは０になります。
もっと早く受信処理はできないのでしょうか。それともこんなものでしょうか。
よろしくお願いします。

WriteFileを1msecごとに実行してるの?
Windowsはそんなシビアなタイミングで実行できるようなOSじゃないよ。

506
ワット発電中さんありがとうございます。
以下にもう少し詳しくかいてみます。もしよろしかったらご回答お願いします。

ＰＩＣの書込み(WriteFile)は、for文の中に約50mmm Sec位の時間をとって連続１００回送信しています。
ＰＩＣの受信側では、PortBの0ビットのみを1にして Delay1KTCYx(5)後に0にしています。その時の時間をリスト
してみると連続、又は数回毎に15ｍｍSecかかっています。これは、ほとんどＰＩＣの処理にかかった時間だとすると
あまり早くないのかなと思いました。毎回数mmSecとかだとなんとなく納得できますが
０か１５のどちらかがリストされるのでどうしたらよいか迷っているところです。
以上よろしくお願いします。

USBで接続してるからでしょ.....

WinXP以降ではtimeGetTimeをそのまま使うと15msの分解能しかない
1msの精度で計測したければtimeBeginPeriod/timeEndPeriodと併用する必要がある

PICとは関係ない話なのでもっと知りたければWindowsプログラミング系のスレへ

509
何度も御返事ありがとうございます。
スレッドを間違っていたようです申し訳ありません。てっきり・・・。
しかし参考になりました。
　ご指摘の通りＵＳＢ接続です。
計測しなおしてみます。
ありがとうございました。

結局、センサが振り切った瞬間をセンスして、
そこからカウンタをスタートさせて、光り始めと光り終わりを決める、という
シンプルな方法がベストだった

折角加速度の移動平均から変曲点を割り出したり、
速度を計算して点灯間隔を調節したりしたのに

>>511
結局バネとスイッチを超えられなかったって？

加速度減衰器をメカ的に作れば飽和を防げるんじゃね？

ヲヒヲヒ

感度は工場で設定できるんだけどな
秋月が2G品しか用意してないのがいけない

センサを加速度検出方向に対して斜めに取り付ければ
サインだかコサインだかでより大きな加速度まで測定できるんじゃね

>>516
それ遠心力で、さらに大きなGがかかりっぱなんでは？

>>507
単位書くときは落ちつこうな。mが増えてきている。

AD変換の結果を10進数で3桁の7セグに表示するように作ったのですが、
可変抵抗に軽く触れると7セグの１桁目が[010→009→011]と行ったりきたりバタついてしまいます
そこそこの衝撃でもバタつかないようにする方法はありませんか？

>>519
衝撃やノイズより充分長い期間での平均値を表示するようにソフトを変更する

16bitの変数に10bitで読むから6bit余ってる
だから64回まで平均が取れる
割り算なんかは必要なくて、加算してシフトするだけ

>>521
それは立派な割り算だがｗ

除算ユニットもってない石でもストレスなく割り算できるシフト演算

PICCは結構賢いんだけど、/ 2 を >> 1 に置き換えるとかはしてくれないんだよな
% の方は何かやってる

/5は、>>2してから、1回引く。
/7は、>>3してから、1回足す。　とか、するのでしょうか?

>>525
そうだよ〜

>>525-526
何それ？

>>527
2ビット右シフト、3ビット右シフトな。

>>524
除算命令ないのにシフト使わずにどうやって除算してるの？

お前、小学校のとき、割り算どういう風に理解したんだよ。
シフトで覚えたんか。

>>530
ええ。割り算の筆算はシフトそのものでしょう？

引き算もするよな

>>531
高度な理解をしたんだなｗ

子供に割り算て何って聞かれたらどう答えるよ

>525-526
ちょ、それ逆
一回引いてからシフトする、一回足してからシフトするだろ
シフトしてから足したり引いたりしちゃダメだろ

>>531
すげえな、全部２の割り算でこなすのか…

>>534
13/5 =2
で
13-1=12
12>>2=3
…
む。

10/5=2
10>>2=2
2-1=1
…
むむ。

>>534
それも違うだろ。
皆で釣り合い？

僕は、割り算は「引き算とかけ算」を使って習った。

c = a / bだとすると、

　　c = 0;
*1
　　while( b*(c+1) < a ){　c++;　}　// aから(b*c)が何回引けるか考える。
　　fprintf( SCI0, "%u", c );　　　　// 答えの表示
　　a -= (b*c);　　　　　　　　　　　// 残りを出して、
　　b = b / 10;　　　　　　　　　　　// 割る数を1/10して
　　goto *1　　　　　　　　　　　　　// もう一度行う

アセンブラ使う俺はかけ算を意識的に使わないようにしてる

めんどくさいし

2の累乗以外は素直に汎用のルーチン使えよ
そんなところに労力使っても得しないし面白くもない

>>536
釣って釣られてｗ

>>537
もっと簡単に、何回引けるかでFA

あとは速く計算する技

九九の逆引きとシフトだろ

演算コプロセッサでしょう

浮動小数点が一カ所でも入るとコンパイル不能

FPUでしょう

＞/5は、>>2してから、1回引く。
＞/7は、>>3してから、1回足す。　とか、するのでしょうか?
もう少し面倒くさい。
a÷５：((a<<8)-(a<<6)+(a<<4)-(a<<2))>>10
a÷７：((a<<6)+(a<<3)+a)>>9
なんていう調子

PICCいれたんだけど
Error [939] ; . no file arguments
とでてビルド出来ない
解決法教えてくれ

>>547
コンパイルするソースファイルを指定してないんじゃね？

どーも
できました

>>546
a÷5 : a*204/1024 = a/5.020
a÷7 : a*73/512 = a/7.014
を計算しているわけかー。おもしろい。

>>548
よくやる

5.02とか7.014とかで割っても、unsigned だから、5, 7で割るのと等価ということでしょうか?

204とか73という数字は、どのようにして見つけ出すのでしょうか

255/5=51だが、
255/5.02=50.79.. になるぞ

>552
unsigned 符号無し とは、プラスとマイナスを区別しないというか、すべてプラスとして扱うという意味。
マイナス符号を取り扱うことができない変数型ってことだ。

それよりだ。
int型では小数を扱うことができないぞ。
小数点以下切り捨て（マイナスの場合は切り上げ）だ。四捨五入すらしてくれない。

＞204とか73という数字は、どのようにして見つけ出すのでしょうか
近似計算と2進シフト演算の組み合わせじゃないの。

実数が必要かもと思う計算は大抵、
ビット数を増やした整数で事足りる

固定少数点数のこともたまには思い出してください(´･ω･`)

886で秋月のジャイロで角度出そうと頑張っているのですが、
上にも出てた　http://jr1wfhbbs.s5.pf-x.net/micom/
のサイトを見ながらやっていますが、いまいちピンと来ません。
とりあえず誤差出てもいいから角度らしいの1回出してみたいのですが…。

>>552
10分くらいで軽く考えただけだから、もう少し洒落た方法もあるかも。
a÷５：((a<<8)-(a<<6)+(a<<4)-(a<<2)+a)>>10
で、最後に+aをつけて、205÷1024にしないと誤差が大きいね。すまん。

>>557
ジャイロは角速度センサだから単純に積分すれば角度になるでしょ
現状どんなプログラム組んでるか書かなかったらなにもアドバイスできないよ

>>559
すみません、今はほとんど最初の方です。
積分のプログラムの方がよく分からなくて…。
今はジャイロの素の値をそのままLCDに出している状態です。

積分って言うから難しい
単にひたすら加算するだけ

まずは、加速度の定義からじっくり考えてみると良い。

こういった使ったことがない装置で
よくわからない数値が出るデバイスを使うときは
カタログやデータシートや作成例なんかを眺めずに
実際に分度器なんかで測ってその数値と照らし合わせればいい
どういう時にどういった数値が出るか勉強にもなる
ローテクなやり方だけど初めての時は一番理解しやすいよ

LCDで高速に表示させれば自動的に平均を表示してくれる

実験する時は液晶よりもシリアルで繋いでPCに出した方が楽
ピンも1本だし無限にバックスクロールできるし

t0：1回目にAD変換を行った時間
t1：2回目にAD変換を行った時間
ω：2回目のAD変換で得た角速度
θ：t0からt1までの間に回転した角度
以上のように定義したら
θ=(t1-t0)×ω
で回転した角度が求められる。後はこれを複数回繰り返して平均化するなり、適当にやればいい
これが角速度の定積分の一番簡単な例

実際のt1-t0はAD変換の間隔になるけど、1ms,1sとかの切りのいい間隔にすれば
単純に得られた角速度の加算だけになる

んなものは、arbitrary unit

乾電池で動かす時、何Vから何Vを作ってる?

2本から5V

初カキコなのに教えて君です。ごめんなさい。
PICFUN他日本語はほぼｇｇｒった感じですが英語は学力が問題で理解半々？(１０％も満たないかもｗ

環境はCコンパイラにsdcc、asm/lnkはgputils、統合環境MPLABと言うLinux/窓兼用環境です。

知りたいのは「ある変数」の割り当てを固定する方法。
組込の予約語に知悉していないのでキーワードも乏しく検索も憚らないので
「これでぐぐれｋｓ」って言う「これ」を教えてください。
後は読み進めればと思っています。
__configのat修飾子も良く理解できてない程度なのでなにとぞよろしくお願いします。

sdccの出力(*.asm/*.lst)を見る限り割付自動過ぎてどこでどうやって指定してよいのか。。。
希望はソース内で「この変数をこのアドレスに固定する」が出来ればベストですが
そもそも可能なのかすら判断できませんでした。orz
*.lnkでむりくり１つ自分用に名前切って*.asmの割付名変更でできるっちゃ出来る。
けどそれじゃＣ使っている意味がない。
でも組込み系なら「ある特定アドレスに変数を割り当てる」がないとメモリマップドI/Oですら困るだろうし？

ん…チップ別インクルードにヒントあるか？ちと見てくる！

しかしと言うか予想通り__sfrと__atだったか。
「Ｃ言語　組込み　予約語」で検索した時もうちょっと詳しく追いかけるべきだった。orz

あっけなく答えに辿り着いたけど、これ実体がないと被ったりしないのかね？
ヘッダとLIBのソースにアセンブラのINCとリンカのスクリプトまで読めれば粗方掴めるが
実体がないと他の変数が被ってきそうでいやだな。
ヘッダ＆LIBの定義は固定のSFRのみだからGPRを意図するように書くのは無理なのかね？
オーバーラップの回避策とか小技っぽいのってありますか？

ccs PICCだったら #locate hoge = 0x70 とか
sdccでは uint8_t at 0x70 hoge; や uint16_t at 0x70 hoge;
ってことらしいぞ。

ttp://particle.teco.edu/software/sdcc/sdccmigration.html

>>571
ありがとう。 >>570 で事故レスってるけど__at修飾子でガチっぽい。
メモリマップドI/Oに関して繋がったし。

ただここで問題なのがsdccでat修飾して使ったアドレスを「コンパイラ・リンカ」の配置属性から外したい場合。
で、出来るならｌｎｋスクリプトは変えたくない。。。
でも一番安全なのは特定の石のリンクスクリプトだけあるエリアを動的配置表記コメントアウトして
そこのアドレスを自分でatするのが安全みたいね。

あれこれ試したけどどうやってもリンカの自動割り当てに勝てなかったｗｗｗ
もしかしたらコンパイラスイッチ等、オプションで逃げ技があるのかも知れないが。

>>572
リンカスクリプトで特定アドレスのセクション作った方が
いいんじゃない？

>>573
アドバイスあり。
やっぱりそれしかないかね？汎用性失うから躊躇している。

といっても個人のホビーなら誰かが使う事もないから良いっちゃ良いのだけどね。
コンパイラの比較とか「自己投資」的な話なので、本件はこの辺にしておきます。
皆さんありがとう。

しかし開発し易くなったね〜。
１０年一昔とは言うけどちょっとファームを離れると現場がまるで変わってしまう。

「問題が発生したため、cgpic18.exeを終了します」
ググると過去の情報としては存在するけど、明確な対策方法はありません。
問題の要因知っている人います？回避方法あるんでしょうか？

小さな評価プログラムを作っている分には問題がなかったので、がんがん
ソースを打ち込んでビルドしたらこの状態。MPLAB Cに乗り換えた方が早い
かな？
MPLAB環境だけは変えてみたけど、同じ状態。謎だ orz
XP SP3 + MPLAB IDE Ver8.4 + HITECH C PIC18 V9.63PL3 Lite mode
XP SP3 + MPLAB IDE Ver8.56 + HITECH C PIC18 V9.63PL3 Lite mode

>>574
固定アドレス使うとか特定コンパイラの予約語使った時点で
汎用性を言っても仕方ないっしょｗ

PIC10F222をＰＩＣKIT2でプログラムの読み書き(ICSPです)したいのですが、
Readボタンを押して読み込んでみても、CodeProtect状態になってしまいます。

OSSCAL値を取得するために読み込む必要があるのですが、それができません。

なにか特別な方法があるのでしょうか？

>>577
>CodeProtect状態になってしまいます。

もしそうならCodeProtectが掛かってるのでしょ。
でも、OSCCAL値はCPに係わらず読めるよ。
たとえPICkit2でEraseしても影響は無いはず。

正常に読み書きできないならICSP結線が間違ってるかも。
DIPとSOTどっち？

>>578

試しているのは新品の状態のSOTです。
ICSPの結線は間違えていません。

OSCCAL値はＣＰに関係なく読めるのですね。

pickitをHUB経由から直刺しにして、何度か試しているうちに
たまに読みこむことができました。

どうもSOT用に製作したアダプタの精度が良くなくて、接触不良が
起きていたようです。

もう少し色々試してみます。
ありがとうございました。

>>575
メインメニュー「コンフィグ」→「セッティング」、
「ワークスペース」タブの「最近使ったワークスペースで始動」チェックを外す。
ぐらいかなぁ対応策。
同じ構成で一時期頻繁に落ちてたんですが
リビルドしてからプロジェクトセーブし終了するよう気をつけてたら、シミュレターロジアナでも使わない限り平気になった。
…つっても俺の場合ソース1kワード越え辺りなんですけどorz

PIC18F4525について
CCS社のCコンパイラで開発しているものです。

EEPROMの初期値を書込みたいのですが、
CCS社のCコンパイラでは
#ROM　ROM_ADRESS　=　{**,　**...}
と記述すればよいということは分かりましたが、
PIC18F4525ではそのROMアドレスの番地が何番地にあたるのか分かりません。
データシートも英文でさっぱりです。
どなたかヒントだけでも教えていただけないでしょうか？

http://detail.chiebukuro.yahoo.co.jp/qa/question_detail/q1048603890

PICC Lite9.60PL2でビルドしたhexファイルを
プログラマーキットver4付属のライタソフトpicpgm6.exeで
PICに書き込んじゃ駄目なの？正常に動作しません

ちなみにプログラマーキットを使うことを前提とした
電子工作サイトに記載されていた回路で配線し、用意されたhexファイル
をpicpgm6で書き込んでも正常に動作しました

自家謹製ソフトになにかあると疑うのが最初じゃないの

>>581
PIC18系の内蔵EEPROM先頭ｱﾄﾞﾚｽなら 0xF00000 だよ。(桁注意)
http://ww1.microchip.com/downloads/en/DeviceDoc/39622L.pdf

ついでに･･･ #ROM ディレクティブは基本がword単位だから注意な
#ROM rom_address = {word,word, ...}
byte単位で格納指定したい場合は int8 を付ける
#ROM int8 rom_address = {byte,byte, ...}

>>585
ありがとうございます。
デバッガで確認できました。
とても分かりやすいご説明で助かりました。

>>580
ありがとうございます。初期状態のままなのでチェックは外れてます。
ソースの構成、プロジェクト設定で回避できれば救われるのだけど///
別のコンパイラに乗り換える準備はじめた方が近道な気がしてきた。

>>587
ひとつ書いてなかったけど、注意ね。
どのコンパイラでも同じような事だと思うが、
ソースはデスクトップやマイドキュメント以下に置かないこと。
ディレクトリを覚えるとなんとなく説明できるんだが今回は割愛。

>>588
日本語文字の入らないフォルダで構築しています。
ログイン名も英字。
ローカルドライブD、Eは駄目。もしやCしか許さない？それはあるまい。
過去の英文フォーラムの記録を見るとパッチがあるらしいですが、最新版
に対応した物は見つかりません。ロシア語と中国語での質問がいくつか見
つかりましたが本件については情報数は少ないですね。
日本語でのヒットはcgpic.exeの１件だけ。レアケースなのかな？と。

>589
どういうフォルダに置いてるのか、部分的に伏せ字を使ってもいいから、書いておくれ。
と横レス。
関係ないかもしれないけど念のため。

ウイルスバスター使ってない？とか言ってみたり

>>590
d:\working\src\_Pj
ソースはsrc直下、プロジェクト関連は_Pj直下
ソースは相対パスの指定をチェック。
他に試した場所は深いので略。パスの長さは関係なかったです。
セキュリティーソフト？試しに外してみます。
５０行くらいのサンプルを作って試したところでは問題無いです。
作ったプログラムファイルのサイズ、記述内容で問題が発生するしない
があるような感じ。もう少しプログラムサイズ縮めてみます。
過去にdelay系が報告されてましたが、コメントアウトしても駄目でした。

>>591
文章書いている最中の投稿。恐縮です（汗
あたり。VB2010。けど警告表示ポップアップ、ログ記録有りません。

こんにちはdspic30f2012で外部割り込みのプログラムを組んで（スイッチのオンオフでＬＥＤをオンオフさせる）
動作させて見たですが、全く反応しません。
プログラムを何度も見直しましたがどこに不具合があるのか見当が付きません。
なおスイッチ、LEDなどには問題はありませんでした。
どこに不備があるか指摘してくださいお願いします。
#include<p30F2012.h>
//configuration
_FOSC(XT_PLL8 & CSW_FSCM_OFF);
_FWDT(WDT_OFF);
_FBORPOR(PBOR_ON & BORV_20 & PWRT_64 & MCLR_EN);
_FGS(CODE_PROT_OFF);

//intrrupt func
void _ISR _INT0Interrupt(void)
{
IFS0bits.INT0IF=0;//flag clear
PORTBbits.RB2=!PORTBbits.RB2;//LED turn

}
//main function

int main(void){

TRISB=0x00;
_TRISF6=1;


INTCON2=0;//stand edge
IEC0bits.INT0IE=1;//enable

while(1){}

}

>>593
ルネサスの統合環境HEWがバスターに阻害されてコンパイルすらまともにいかないのよ。
警告もポップアップもなし。

だもんで、PICの環境でもあるかなーと、ね。
一回バスターを終了させてやってみては。

>>595
VB2010終了してから再挑戦。。駄目でした orz
問題の発生しないプロジェクトから、発生するプロジェクトへの遷移
を追ってみます（切り貼りだけど）。
PIC10/12/16系は問題起きてなかった（コンパイラは別）だけに、
PIC18系は悲しい状況。Lite版だからという話もあるかもしれないが。

VMPlayerインスコしてそのゲストOS内で環境整えたよ。

>>597
教えて下さいな。
それってHEW、それともcgpic18問題の回避方法？

>>594

グローバル割り込み許可ビットはありませんでしたか？

吸い込みで見えてない気もするので否定!を~反転する。とかどうでそ

16F886等TinyBootloaderが使える機種で、回路作るとします。

この場合PICのTX/RXに、MAX232等レベル変換のICとDサブ9pinコネクタつけますが
この二つの部品を別の基板に分けてしまい、開発中のみ接続し完成したら取り外
してしまうようにしたいと思ってます。

完成後PICのTX/RXはどのように処理すればいいでしょうか?

自分で考えたやり方は、

完成後シリアルの機能を使わない。
->TX/RX共に、一般ポート出力に設定し、Lを出力しっぱなしにする。

完成後シリアルの機能(もちろん基板は電源オフ時接続)を使う。
->RXは10Kくらいでプルアップする。
->TX/RXともに100Ωくらいのダンピング抵抗を入れる。

どうでしょうか?

>599

dspic30f2012ではグローバル割り込み許可ビット(GIE)のようなものはないようです。
割り込み以外の書き込みならできるのですが割り込みを使うと反応しなくなります。どこが原因なのかさっぱりです。

>>600
TXはそもそも出力だから放置、RXだけプルアップでいいんジャマイカ？

>>594
何で自分でdebug出来ないの？

>>594

> なおスイッチ、LEDなどには問題はありませんでした。
デバッグもまともにできないのにこのセリフは信用できないなぁｗ
なぜ問題無いって言い切れるんだか？

割り込みを使わないでLEDピカピカは出来るか？
LED反転ロジックは正常に動作するか？
順を追ってプログラムを作成すれば自分で出来るんじゃない？

なかなか手厳しい意見だけど「デバッグも出来ない人」の「問題はありません」は確かにあてにならんかも。(笑)
今回私もTXIFには見事にやられた。先人の知恵をもっと読んでおくべきだった。
(16550の時の癖でてっきり「送信完了割込み」と勘違いした…まさかトランスミッタ空き信号同等とは＾＾；)

英語力無さ杉が英語しかドキュメントのない型番選んだのもダメな点か。
ペリフェラルいじくる時はせめて得意言語かデバイスメーカの人間と話が出来ると楽だが、
その上１６シリーズのバンクにめっぽうやられた。今更6502を思い出させるとか、なついね。ｗｗｗ

今はネットマンセーのご時勢だし調べると「デバッガーの便利ノート」すらある。
>>594 も見えない部分が多いうちは暗中模索だろうが、がんがれ。

>>576
自己の保守性・可読性の話も考慮してみたり…と研究レポートみたいなお話ですまん。

乗算・除算の話が出てたが懐かしいね。Z80時代人としては１行40/80文字が当たり前なので「次の行」のアドレスは40/80倍。
当時の先輩に教わったシフトと加算で４０倍する術は今も現役だな〜。
因みに８倍(３回シフト)を一時記憶、３２倍(更に２回シフト)に８倍を足しこめば…。ってね。
⇒シフトが２で割る同等とかまさになつい。

再び569です。教えて君です。ごめんなさい。

環境sdcc＋gputils＋MPLAB、石16F627/628(a)/648(a)です。
現象：パワーオンでシリアルにゴミが乗る。(シミュだと起きない)

多重割込みではあるけどソフト的には思惑通り？な挙動ですがこの１点だけ。
0xffが１バイトでるパターンと0x00が４バイト出るパターンと0x00×４、0xffの５バイト出るパターンと…。
初期化手順が良くないのか？
ソース上TXREG書込みはTX割込処理内の一箇所のみ。
通信自体のパラメータは非同期８Ｎ１の38400
クロック12.8MHzでBRGH=1(高速)SPBRG=20で３８４のはず。(低速82で2400bpsも試したが変わらず)

レジスタ初期化の優先順位ってありますか？
「CMCON⇒TRISA/B⇒OP_REG⇒SPBRG⇒TXSTA⇒RCSTA⇒T1CON⇒T2CON⇒INTCON⇒PIE1⇒GIE=1」
「CMCON⇒TRISA/B⇒OP_REG⇒T1CON⇒T2CON⇒INTCON⇒PIE1⇒TXSTA⇒RCSTA⇒SPBRG⇒GIE=1」
「CMCON⇒TRISA/B⇒INTCON⇒PIE1⇒OP_REG⇒T1CON⇒T2CON⇒TXSTA⇒RCSTA⇒SPBRG⇒GIE=1」
上は試したが効果なしです。

そもそもソフトの問題なのだろうか？ハード(回路)の問題か？(でも以前と同じ回路なのに。
レベルコンバーターはお馴染みMAX232、TX/RXのみで他折り返し。「いわゆるありきたりな接続」なんだけど…

どっち側にゴミが出るんだよｗ

>>606
PIC16F627/628(a)/648(a)の場合、RX/TXにあたるRB1/2のI/O定義は
両INPUT(TRISB<2:1>='1')とすべきなんだが、大丈夫？
もしかして RB2出力(0/1)を決定せずにTRISB出力初期化してない？

TXIFはどっちの実装の方が楽なんだろうね
イネーブルを頻繁に変えるというのがなんか力業な気がして

>>603
>>604
>>605

ありがとうございます。デバッグという存在を知りませんでした。
ご指摘通りスイッチに連動してLEDオンオフのプログラムを割り込みあり、なしの両方で
デバッグしてみました。
しかし書き込んでみると割り込みありの方は全く動きませんでした。何が原因なのでしょうか？

何も変わってねえｗ

>>606
シリアルを初期設定したら空読みしてゴミを取るっていうような内容じゃ
ないのかな。

>>610
原因があるから予定通り動かない。
もう一度ソースとデータシートを
よーく見ながら1ステップづつ追っかける



と、割込で1日悩んだ俺がいる
割込イネーブルが3箇所あるなんてorz

三ヶ所って、そんなにあるの？

タイマーモジュール許可
割り込み全体ぬ許可
ぐらいじゃないの？

つ周辺モジュール割り込み

あの割り込みツリーは何度見ても覚えられん

>>616
ツリーなんか覚える必要ないよ〜
「データシートに書いてある」だけ覚えとけばOK

俺は英語が満足に読めないから、データシートも核心部分しか見ない
おかげてたまにハマったりする

読めないというより、アセンブラのソース追ってるような感じで
1語ずつ翻訳、時間の掛かること掛かること

HI-TECH C Lite 利用しての cgpic18.exe のシステムエラー。
最近ばたばたしてたけど、本日作業再開。
なんか、ソースの切り取りしたら、少しだけ様子が判明したのでちょっとだけ。
Lite版の意地悪な助長的なバンク切り替えを抑止するべくコーディングに凝った
のが要因らしい。意地悪を素直に受け入れるとエラーは出ない。
変数をポインタにキャストし、中身が指す場所を更にポインタでキャストして中身を参照。
Lite版の意地悪と根比べしたらLite版がイヤイヤしている感じ。
この部分はインラインアセンブラで置き換えるつもりだから、数日の寿命なんだ
けどね。

>>594です。データシートを見てやっと原因がわかりました。
割り込みベクタテーブルをIVTにしていたことが問題でした。

皆さんありがとうございました

>>618
オレもそう、英語訳すのに時間がかかる。
英語ってthat, of, as, などで、1文がドンドン長くなっていくんだよな。
また、文末から読んだ方が意味が良くわかるし。

翻訳する時は文末からになってしまうけど、
意味を理解するだけなら頭からの方がいいに決まってる
理解したからといって即座に日本語にはできないんだが

>>621
＞英語ってthat, of, as, などで、1文がドンドン長くなっていくんだよな。
連中の頭の中は、そういう「付け足し文化」なんだよ。
あたりまえだけど、ネイティブな連中はいちいちひっくり返したりしないで、
そのまま理解しているんだから、こちらが読むときも
そのまま読み下していく癖をつけると楽になる。

プログラムを実行しているCPUな気分で、与えられたオペコードを
そのまま処理していくような感じだな。

This cart is too heavy for one horse to pull.
を全体を俯瞰して「ＳだＶだＣだ・・」なんてやるからいけない。
単純に頭から１単語ずつ見て理解するようにする。（きれいな日本語の
”文章”に直す必要は無い）
しばらくやってると、日本語にはならないけど、何を言いたいのかって
いうことはなんとなく理解できるようになってくる。
データシート類には、あまり文学的な表現は無いから、比較的楽だと思うよ。

HT7750Aで遊んでみた
電池1本じゃやっぱり全然足りない

>>624
消費電力次第

いや、違うな
電池次第だ

18F14K50マジいかす。

生かすの活かすの逝かすの？

ええのんか？ここがええのんか？

18F14K50を使った、汎用USB-I/Oとか、HIDなジョイスティックとか、
低速でいいからUSB-シリアル変換(TTLレベルで、他のマイコンに直結)とか、
そういうのなかなか見つからないのですがご存知の方おられますか?

http://akizukidenshi.com/catalog/g/gI-02161/

いやソフトの方...

2550が楽だよ

MicrochipのサンプルソースにHID,CDCとかそのまま使えるのがあるじゃん

16F18XXシリーズが速いし安いしで魅力的なんだが、CCSは動作未確認になってるね?
前IDEのHCPICはメモリアロケーションにビッグバグがあったそうだけど、今は大丈夫かな?
入手性はどうなんだろ?

>>635
> 入手性はどうなんだろ?

(ﾟДﾟ)ゞ ども。インターネットパトロール隊です。
入手性だって!?　下記のような不正Warezサイトから入手するのはいけませんよ？
ttp://www.sonsivri.com/forum/index.php?board=3.0

>>636
ワラタ　入手性ってチップの事ですよ

スクリプトじゃね？

>>632
最近発売されたこれ、18F14K50使ってるみたいよ。
Assembly Desk - REVIVE USB
http://a-desk.jp/modules/forum_module/index.php?cat_id=3
ソース、回路図は全部公開なので参考になるのでは。
パソコン側のプログラムはC#みたいだけど。

>>639
価格設定が微妙かな
沢山買う場合の割引設定もした方がいいよね。

Beauto Racer
http://www.vstone.co.jp/robot/beautoracer/
Pololu USB AVRプログラマ
http://www.switch-science.com/products/detail.php?product_id=255
とかも18F14K50だから、割高に感じる。

その値段だとｵﾌﾟﾁﾏｲｽﾞのPIC24USBでも買った方がいいな

http://uproda.2ch-library.com/307044Lq6/lib307044.jpg
ゲーム機のようなものを作ろうと思っている。

>639
秋月の実装済み2550ボードの方がいいんじゃないかね。ピン数多いし。
こっちは自分の代わりにソフト考えてくれる点が出来ない人には魅力か。

>>642
この矢印の付け方だと俺だったら逆差ししちゃうな。

1ピンの反対側になんか丸い印が付けてあるICを、
判ってても逆に挿す

>>642
ワニ口の間にあるセラコンって意味無くね

ダイオードはショットキー?

>>646
なんで?　電源間に入っているコンデンサとして、有意義だと思うけど。
もしかして、写真のダイオードを逆接防止のダイオードと勘違いして、
それにパラについたコンデンサと思ってない?

>>648
高周波のバイパス用ならもっとICの近くにあるべきだし。
低周波用途なら、もっと容量があるべきじゃないか。
と、いう話じゃないかな。

回路図を見ないと、何のつもりで入れたコンデンサなのか分からんから
オレにはなんともいえないど。

>>648
逆接防止ダイオードだろ。
シリーズじゃなくてパラに入れるやつ。

ヒューズを焼き切るタイプね。

>>649
輻射対策用として、コネクタ近くにセラミックコンデンサを入れる事は良くある。

少なくとも逆接防止用ではなくて逆接保護用だな
防止については役にたっていない

16F88でADの結果をTXで送ろうとしています。
使っていないRXピンを別の用途で使おうとすると反応が無いのですが、TXだけ使おうとしてもRXもシリアル用として固定されるのでしょうか・・・？

内蔵USARTではそうだよ

>>655
やっぱり固定されるんですね、ありがとうございました。

>>651
その並列型のダイオードによる保護は、ダイオードがあってこそ意味をなすので
直列にダイオードを入れる保護のほうが良い。
並列型でヒューズが切れないと、ダイオードが溶断して、逆の電圧が回路にかかり、ついには回路壊れる。
しかも、再開するには、別のヒューズが必要であり、予備がないと出先などでは困ってしまう。
直列型では、全く問題なし。

電圧降下が発生してしまうことと、ダイオードに電流容量が要求されること、
くらいかな。

電流制限付きの実験用電源を使えばヒューズは切れない。

出力のポートがすでにHIGHかLOWかで分岐したいのですが、
出力に設定したポートをBTFSCで読んでも大丈夫でしょうか？

>>660
やってみれば判るよ

>>660
また、もめる元になるような質問だなｗ
大丈夫だと思えばBTFSCでいいし、不安ならRAMに保存した値で判断する。

大丈夫じゃないかも、という予感がする時点で大丈夫
普通はそんなこと何も心配せずに読む

過負荷とか短絡検出したいんじゃないの

>>664
それを気にする知識があれば、ここで聞いてもダメだと分かるはず

>>661-665
大丈夫みたいでした
レスありがとー

piccliteで配列要素にアクセスするとこんなエラーが出る
Error [491] ; . can't find 0x4C words for psect "rbss_0" in segment "BANK0"

Error [593] ; . can't find 0x2 words (0x2 withtotal) for psect "code_ptr" in segment "BANK0"

Error [593] ; . can't find 0x1 words (0x1 withtotal) for psect "intsave" in segment "BANK0"
配列変数の宣言自体には何も言われないんだが

ICSPについて質問です。
PICの解説などされているサイトを見ると、Vccはターゲットの基板から供給して、
ライター側からはVccを繋がないとか、基板のVccとPICのVccをジャンパで切り離
せるようにするとかの工夫をされているようです。
自分が作る回路はPICの出力でLEDを2個点灯させる程度で、周辺回路もほとんど
電流を喰わない（はず）なので、書き込みする際はターゲットの電源は切っておく
ことにしてPICのVccとICSPのVccピンをそのまま繋いでみました。
無事に書き込みは出来ていますが、何か問題が起きる可能性はありますでしょうか？
ライターはPickit2です。
Vpp/MCLRはダイオードでVcc側に影響しないようにしています。

あります

ありません

さぁどっちもどっちも

>>668
詳細が分からない回路に対して、すべての可能性を挙げることは
当然ながらできない。

うーん。

例えば、ターゲット側の電源生成回路が動作してない状態で出力に
電圧がかかるのは問題だったりしないかな。

>>668
ターゲット側の電源を入れっぱなしで書き込めば、自動的にPICkit2から
電源が供給されないで書き込まれる。

EEPROMのデータを電源入れた後に7セグに表示されるようにプログラミングしているのですが、
電源を入れると255と表示され、EEPROMの読み出しがうまく出来ません。
書き込みがうまく行ってないのかMPLAB SIMでデバッグしても書き込みも読み込みも問題ありませんでした。
何が問題なのかさっぱりわからないのですが、読み出しのコードに問題は無いでしょうか・・・。
movf 0x00,W
banksel EEADR
movwf EEADR

banksel EECON1
bcf EECON1,EEPGD
bsf EECON1,RD
banksel EEDATA
movf EEDATA,W

bcf STATUS,RP0
bcf STATUS,RP1
movwf VAL_VR

途中で送信してしまった・・・、PICは16F88です。
どなたかアドバイスお願いしますorz

更に書き忘れてしまった・・・
EEPROMへの書き出しはPICKIT2で読み出すとEEPROMに書き出した数値が入っていた為
書き込みはうまく出来ていると判断しました。
重ねてよろしくお願いしますorz

>>874
movf 0x00,W　というのが謎だな

↑　>>674だった

>677
間接アドレシングでのデータ呼び出しだろ？

movf 0x00,W
↓
movlw 0x00

多分こう

>>667
配列要素の大きさ、配置場所が関係してないかい？
たとえば、const忘れとか。
配列宣言の冒頭、アクセスする側の手法を載せると解決に近づけると思う。
もち、差し支えない範囲で。

>672
> 例えば、ターゲット側の電源生成回路が動作してない状態で出力に
> 電圧がかかるのは問題だったりしないかな。

今のところはLEDだけなので大丈夫と思います。他に繋ぐ場合は注意
します。

>673
> ターゲット側の電源を入れっぱなしで書き込めば、自動的にPICkit2から
> 電源が供給されないで書き込まれる。

なるほど、そういう事だったのですか。あれから調べてみたらPickit2の
メニューでVDD Source->Auto-Detectにしておけばおｋということですね。

どうもありがとうございました。

>>680さんのmovlw 0x00に書き換えたら動きました！
そういえば前にも同じ状況で繰り返しデバッグしたのを思い出しました・・・。
皆さんありがとうございました。

http://page5.auctions.yahoo.co.jp/jp/auction/e108611117
なんでこんな値段上がってるのかさっぱり理解できん

財務省から、日本国債の利払いができなくなったというニュースリリースが出てないか
誰かチェックしてくれ。

お舞らどう思う？

「自営業者、家族への給与も必要経費…税法改正へ」
http://www.yomiuri.co.jp/atmoney/news/20101028-OYT1T00663.htm

スレ間違えたけどまぁ、いいや。

>>686
別にいいんじゃねぇの？というか、それが認められていなかった方がおかしい。

>>686
今までどういう扱いだったんだろｗ

今までは法人税と所得税二重で取られてたんだろうか

青色申告していれば「青色専従者」への給与は認められていたけど、
白色だと認められなかった。つまり、仮に給与として払ってもそれは
「事業主貸」と同じようなものになるだけで、事業所得から差し引けない
んで、支払わないのと同じ。
たとえば夫婦で1000万円の事業所得があったとして、実際には「二人で
1000万円」だから「一人当たり500万円」としたいところだけど、
単に「事業主（たいていは旦那か？）が1000万円の所得を得た」っていう
ことになってしまう。
「世帯所得」で課税されることになるんで累進課税っていうこともあって不利。

ちなみに法人の場合でも、特殊支配同属会社（簡単に言えば家族経営な自営業
がそのまま法人化したような奴）の場合、給与支払いはできるけども、
給与所得控除分は損金扱いにできない（つまり、給与所得控除分は
法人が払うことになってしまって、給与所得控除が無いのと一緒）
というのがあった。ただ、この変な特例は今年から廃止。

電波時計作りたくなってきた
フェライトバーだけ何とか入手して、コイル手巻き、
LCメータ無しでオシロで何とかして、デコーダICも使わずに、
多少のディスクリートとPICだけで何とかなるだろうか

>>692
Psoc ならやってるひといるよ

インダクタンスを実測してるあたりで、何か機械を使ってる気がする

関連質問だが、時刻無調整な時計の自作だと
電波時計とGPSを利用した時計と、ntpまたはwebサーバーから時刻を拾得する時計の
どれが簡単なんろうか？

>>695
たぶんtcp。
使える選択肢も多いし、ソフトが楽。
どこから自作するかで、どれも、難易度は天と地ほど変わると思うけど。

ありがとうございますでつ。

>>695
GPSがインタフェース簡単だと思うが。調歩同期式通信だし。
電波時計も同様だけど。アンテナの位置には注意しないとね。圏外は辛い。

698さんもありがとう御座ざいます。

>>692
電波時計を自作するなら市販の電波時計ばらしてバーアンテナと共振用の
コンデンサ、フィルタ用のクリスタルを取り出して使うっていうのが楽で
はあるんだけど、なにせ40kHzだの60kHzというのはノイズがすごくてな。
実際に受信信号を聞いてみると分かるけど、もうザラザラバリバリ
ジュルジュル・・と、賑やかなこと。

とりあえず音として聞くところまでは作ったことがあるけど、
そこから目的の信号だけを抽出してデコードするのが結構面倒でな。

>電波時計を自作するなら市販の電波時計ばらして

イミフ

>>701
技術的興味を満たすためには有りな選択じゃね？
完成品ばらしたほうが、単品部品でそろえるより安いからなｗ

百均ラジヲをばらしてラジヲ部品を手に入れるなんてのも流行ったよなｗ

秋月のアンテナと水晶のセット700円は魅力的なんだけど、
なんかキットを組み立ててる気分になっちゃうんだよな
水晶だけ100円でなんとか済ませたい

>>701
>702の言うとおりで、単品で集めてくるより入手性も良いし、安い。
（全部コミコミで1000円しないからなぁ）
どのみち、水晶は買ってくるしかないし、フェライトコアも
自分で作れるわけじゃないんだから、結局やるのはインダクタンス
見ながら電線をひたすら巻くだけだろ？

１６ｆ８４A使ってます
RB0/INTピンにタクトスイッチを繋ぎ押されたらRB3のLEDを消すようにしたいんですが
押しても何も起こりません、何故？

#include <pic.h>
__CONFIG(HS & WDTDIS & PWRTEN & UNPROTECT);

void interrupt intr(void){
if(T0IF){
T0IF = 0;

} else if(INTF){
INTF = 0;
RB3 = 0;
}
}
void main (void){
TRISB = 0b00000001;
TRISA = 0b00000000;
OPTION = 0b10000111;
TMR0 = 0;
T0IE = INTE = 1;
INTF = 0;
GIE = 1;

RB3 = 1;
while(1);
}

>>705
で、回路は？

http://www.youtube.com/watch?v=VxMoy4WYgg4
ショボーンを右を向かせたり左を向かせたりしている。

ネタプログラミングは
WTDENでやれ

705＞
マイコンとLED、スウィッチはどのようにつないでいますか？

割込みなしで、とりあえず、RB3につないだLEDをつけたり消したりできますか？
(タクトスイッチのボタンを押す前のLEDは点灯していますか？)

>>692
フェライトバーなんか無くてもペットボトルに線を巻くだけで大丈夫。

>>705
INTCONにもアクセスしてやって

>>711
すまん、勘違いだ。無かった事に．．．

Error [237] C:\PIC_project\test\lcd.h; 25. function "_lcd_out" redefined
Error [237] C:\PIC_project\test\lcd.h; 42. function "_lcd_data" redefined
Error [237] C:\PIC_project\test\lcd.h; 51. function "_lcd_cmd" redefined
Error [237] C:\PIC_project\test\lcd.h; 59. function "_lcd_clear" redefined
Error [237] C:\PIC_project\test\lcd.h; 66. function "_lcd_init" redefined
Error [237] C:\PIC_project\test\lcd.h; 90. function "_lcd_pos" redefined
Error [237] C:\PIC_project\test\lcd.h; 104. function "_lcd_printf" redefined

このようなエラーが出た場合はどのように対処すればいいでしょうか？

環境は
WINDOWS　VISTA
MPLAB　8.56
PICC LITE　9.60PL5
です。

プログラムとしてはcソースを2ファイルにしています。
メイン(main.c)と周辺機器(module.c)の2つでファイルをモジュール化していますが、
メインから
#include "module.c"
としてmodule.cの中の関数を使おうとすると、
上記のようなエラーが出てきます。

そこで、
対策1
#include "module.c"
を消すと
下記のエラーが出ます。
conflicting declarations for variable "_func1" (D:\〜\main.c:183)

func1はmodule.cの中にある関数で
main.cから呼び出します。

これは、おそらく、main.cからmodule.cを
呼び出しできる状態になっていないのだとおもいます。

そこで、
対策2
main.cに
extern void func1(BYTE cmd);
と追加しました(その他の関数も)。

すると下記のエラーがでました。
Omniscient Code Generation not available in Lite mode (warning)
0. undefined symbols:
_func1(unit6.obj) _func2(unit6.obj) _func3(unit6.obj)

ここで、unit6は プロジェクト名です。
これらのエラーは初めてでどのように対処していいものか困っています。

redefinedの荒らしになるのは前に何かで経験したな
プロトタイプの判別が厳密なんだよ確か
完全に同じに書かないとredefinedとみなされる

func1の定義をヘッダファイルで行って、main.cではそのヘッダファイルをincludeする
cファイルをincludeするとか意味分かってやってるのかね

>メインから
>#include "module.c"
とするなら、プロジェクトのソースリストにmodule.cを含めるな。

>>713
>対策2
>main.cに
>extern void func1(BYTE cmd);
externいらねぇんじゃね

>>713
PIC と言うより
Cの勉強からやり直した方が良い。

皆さん、イロイロありがとうございます。
>>714
どことどこを同じに書けばいいですか？
関数の宣言と関数の定義(実装部)ですか？

>>716
なるほど。
>#include "module.c"
としないなら、どうすればいいですか？
今、includeしないほうで考えています。
すると、対策2のようなエラーが出ます。

>>717
externは最初無かったんですが、
エラーが出ていたので追加しました。
externをついかすることで
main.cで直接呼び出している関数のエラーがなくなりました。

>>718
確かにソウかもしれません。
自分自身もcファイルを
インクルードっていうのはあまりやったこと無いんで、
よくわかってないんですが、
解説書にソウかいてあったので。。

解説書がCCSで、自分がPICCLITEなんで
その辺の違いにけっこう戸惑っています。

みなさんごめんなさい。

WDTENを間違えた表記で書き込んでしまい混乱を招いたようだ。今は反省している。

>>720
>#include "module.c"
とするのは、その場所にmodule.cの内容をコピペするのと同じことだぞ。
includeが必要なのは関数のプロトタイプだけだろ。

0. undefined symbols:
_func1(unit6.obj) _func2(unit6.obj) _func3(unit6.obj)

このエラーはどういったものでしょうか？

16F84Aの電源を1.5Vの乾電池3個直列で使用する予定のときに
乾電池がカラに近かったら動作させないというアルゴリズムを実現するのに
抵抗分圧で、デジタル入力がLと判断されたら、乾電池がカラに近いと判断する
という方法でいけますか？

Brownout

ブラウンアウトリセット機能ってのがあるんですね。勉強になりました。

ブラウンアウトリセットは、16F84にはついていない。
ただし、ブラウンアウトリセットは消費電流値が多いので、乾電池駆動の場合には、
専用リセットICを使う場合もあります。

PICについて勉強したいのですがお勧めの書籍などはありますか？
書店でいろいろ見てみたのですがどのようなものがいいのかいまいちわからりませんでした
あれば教えてください

ウィーンブリッジ発振回路で遊んでるとこ
PIC何も関係ねえ

>>713
Error [237] C:\PIC_project\test\lcd.h; 25. function "_lcd_out" redefined
...
はおそらく、main.cでもmodule.cでもlcd.hをインクルードしていたため、
#include "module.c"
した時点で、コンパイラが２重にlcd.hを読んだから多重定義エラー
になったんでしょう。
で，
＞対策1
＞#include "module.c"
＞を消す
＞対策2
＞main.cに
＞extern void func1(BYTE cmd);
＞と追加しました(その他の関数も)。
ここまではよさそうです。一般的なお作法としては
module.cに含まれる関数のextern宣言をmodule.hなどの
ファイルに作って、それをインクルードするでしょうが、
別に直接書いてもよろしい。
で，
＞Omniscient Code Generation not available in Lite mode (warning)
＞0. undefined symbols:
＞_func1(unit6.obj) _func2(unit6.obj) _func3(unit6.obj)
は、よくわかりませんが、おそらくmodule.cを開発環境側で
認識してなくて、コンパイル−リンクができていないのではないですか。
main.cと同じディレクトリに入れておくだけではだめだと思います。
方法は各開発環境に依存しますが、必要なファイルとして認識
されるようにしないといけないと思います。インポートとか表現している
環境が多いかな。

>>728
本屋で見て心にグッときた物が無かったのならこの世に君の求める本は無いよ
それがあるなら君は既にその本を買っている筈だからね

そこらへんの本屋にぴったりの本がある方が希
ネットで情報を仕入れてamazonで買うのが確実

>>732
それはある程度慣れてからだな。

arduinoがいいよ

>>733
amazonで本買うのに慣れが要るのか

とりあえずレビューでも見てみてそれから決めます
ありがとうございました

少なくともターゲットが決まってないとどうしようもないけど
16よりも18とかでスタートした方が楽なのかな

>>728
英文データシート

16F88で７セグで数字を数えるものを作っているのですが、
上限値を設定しようと思ってカウントアップのサブルーチンの直前に
上限値に達していたらなにもしないで戻る判定とGOTO KEYLOOPを書いてあるのですが、
これを入れると何故か３までしかカウントしなくて、０に戻ってしまいます。
０に戻るのは９の後か１からカウントダウンしたサブルーチンへ飛んだ時だけなはずなので
原因が分からずお手上げなのですが、なんとなくGOTOやCALLが変な動作になっている
気がするのですが、GOTOやCALLは何回でも使えるものではないでしょうか？

>>735
本当の初心者じゃ、ネット情報では最適レベルの本を選べない、ということだろ。

>>739
データシートにスタックの深さの記述があるよ。
まさかCALLから帰るのにGOTO使ってるわけじゃないよね？

>>739
WDTがタイムアウトしてたり

昔のベーシックの時代とかは入門書がたくさんあって
CALLにはRETURNで戻るというのは初歩的なことだったんだけどなー
後閑さんの本を見てもその辺は当然のこととして扱われていて
特に記述もない
というか、後閑さんが想定している読者というのが
マイコンでベーシックの時代を経験してきた人間なんだろうな
後から生まれてきて勉強しなきゃならない人は
覚えることが多いから大変だよ

>>742
> CALLにはRETURNで戻るというのは初歩的なことだったんだけどなー

トイレ使ったら水流すのと同じくらい、初歩的なことの気が駿河。

> 後から生まれてきて勉強しなきゃならない人は
> 覚えることが多いから大変だよ

その代わり、今じゃガラクタ以下のHDDさえ付いていない8bitパソコンに20万
とか30万払ったり、標準でOSにラインエディタしか付いてなくて、わざわざ
スクリーンエディタを買ったり、CDの書き込みさえできない、単品の標準速
(x1)CDROMドライブに5万円を払ったりしなくて良いではないか。

ボーナス出たら、20万30万払ってVHSのビデオデッキを買ったりとか。

さらに、開発ツール等も常時接続のブロードバンドネット経由で無料で手に
入る便利な世の中になったが、労働者の賃金は下がり、雇用もなくなったと。

何かを忘れる為に酒を買って酔っ払うこともできず、グリーやモバゲーでも
やって死ぬまで過ごすしかないな。

既に国内の雇用すらなく成り、印度とかでシステム開発行われてる時代だしね。
今から勉強してpic覚えるって将来役に立つの？

レスありがとうございます。
WDTはOFFにしてあるので原因ではないようです。
あと、CALLはそこへ行き着くまで２箇所（チャタリング対策部分のwaitのcall）しか使っていなくて
２つともreturnで戻っているのでそれも原因ではないようです。

カウントアップのボタンを押すとチャタリング対策でもう一度確認して
間違いなければ、ボタンを離すのを待つループに入るのですが、
（ここにもチャタリングの再確認あり）
この２つのループの中にSHOW7SEGという７セグをダイナミック点灯させる
サブルーチンを呼び出しているのですが片方を消したら設定した上限値で止まりました。
ただそうするとボタン押下中に表示が消えてしまうのでその対策を考えなくてはならないのですが
キー入力待ちのループ中に無数にcallを使うというのはダメでしょうか？
８段階のcallが使えるという情報を見つけたのですが、一旦returnで戻ればループの中で何回もcallしても
８回を超えることはないですよね？
別の変数を用意してその内容に戻る位置の情報を記録して、全部gotoで飛んで
変数の内容を判断してgotoで戻るようにした方が良いのでしょうか？

プログラムがわからないのでなんとも

>>739
> 上限値を設定しようと思ってカウントアップのサブルーチンの直前に
> 上限値に達していたらなにもしないで戻る判定とGOTO KEYLOOPを書いてあるのですが、
> これを入れると何故か３までしかカウントしなくて、０に戻ってしまいます。

せめてこの部分のソース数行だけでも晒せば、誰か回答くれるかも。

723です。
暫定の解決策はみつかりました。

[方法]
main.cといっしょにコンパイルしていた、
モジュールのCソースをソースリストからはずして、
ヘッダーファイルとして、保存します。
そのヘッダーファイルをmain.cから呼び出すとコンパイルを通すことが出来ました。
(正常に動作するかどうかは後々確認が必要)

ただ、この場合モジュールが多くなったりするとオッつきません。
そして何より雑く、整理がされていません。

なので、今後のためにも関数を実際に処理している部分はmain.cではなく、
モジュールのソースとして編集していきたいと思っていますｌ。

そこで、
PICC　LITE　を使って、複数のCソースをコンパイルでき、
それらの依存関係も設定できるような手段があれば教えて下さい。

>>748
だから、関数のプロトタイプだけmain.hとかmodule.hに移して必要な
ヘッダをincludeするってアドバイスされてなかったっけ。
Cの基本的な解説書とか教科書とか他人のソースを読むとかしたら？

PICの問題ではなくてC言語での分割コンパイルがわかってないんじゃどうにもならんわな

>>749
そうですね。
言われてました。
それを実行したのが748のつもりだったのですが。。。。
ちょっと違った感じですね。
すいません。

これでモジュール化したプロジェクトが作成できそうです。

ただ、cのなかにあるexternのプロトタイプ宣言をhに持っていくだけで
上手くいくのは何故でしょうか？
いままで、モジュール.cの中でextern宣言をしていたのに、
メイン.cでオブジェクト内の関数を参照することが出来ませんでした。

>>750
たしかに。。。。
そのとおりです。

分割コンパイルがわかってないので、
コンパイラ違いによる問題なのか、
Cの書き方の問題なのか自分ではなかなか判別に苦労しています。

>>736
よほどの僻地でもない限り、図書館に数冊は該当する本がある。
外出できないNEETでもない限り、こっちのほうが楽だけどな。

＞ただ、cのなかにあるexternのプロトタイプ宣言をhに持っていくだけで
＞上手くいくのは何故でしょうか？

main.c側で
#include "module.h"
してれば、コンパイラがそのファイルを読むから。
ただmodule.cにプロトタイプ宣言を入れても
main.c側で読めと書いていなければコンパイラは
読みに行かない。#includeがあると
<ファイル名>だったらあらかじめシステムで規定された
インクルードファイルのあるフォルダを探しに行き、
"ファイル名"だったらコンパイル中のCプログラムファイル
と同じフォルダを探しに行く。
ググっただけの知識だけど、
PICCってのはImagecraft社の製品でたいていMPLABという
統合環境と組み合わせて使うのね？
ttp://www6.plala.or.jp/hide_kok/nannda/pic/pic.htm
のMPLAB導入編-MPLAB V6.40の設定編ってのを見ると、
プロジェクトウインドウのsource fileってとこを
右クリックしてメニューを出しAdd Filesってやれば…
という記述があるから、これで統合してやれば、コンパイラ
は、ああmakeって言われた時はこれらのファイルを
コンパイルすればいいのね、ってわかるから。

いままで、モジュール.cの中でextern宣言をしていたのに、
メイン.cでオブジェクト内の関数を参照することが出来ませんでした。

>>728 >>736
おすすめの本は、という質問だから、みんなに本の名前を
ずらずらっと出してもらって、名前が出た奴から見ていこうか、
って作戦だったんだろうね。本大杉だから。
みなさんも後閑さんのサイト見たり本をいろいろ眺めたり
苦労しているから、この１冊でおけ、ってのはないんじゃないの？

教科書参考書に苦労したくなければ、マイナーなCPU選べばいいんだよ。
サンプルも少なくてごっつ苦労しますけど^^;
＃無責任ホビイスト発言
上司から３日でPICのプロになってね、とか命令
されたら、うーん、私だったらデータシートやテクニカルリファレンス
マニュアルの類はまずダウンロードしといて、
なんか適当なPICの学習キット買って（秋月の新居浜高専の学習キットとか）
あとは後閑さんの本かしらね。やるべき仕事が決まってるなら
そっちの作例を先に探して、CPUが何かは後付けで考えるだろうし。

PIC本を買ったことはないなぁ。
ユニバーサルプログラマは持ってるから、デバイスだけ買ってきて
あとはデータシート眺めただけ。
どうせたいした物じゃないからと、プログラムはハンドアセンブル。
スイッチの読み込みとLEDの点滅はすぐできたから、
PIC２個でADB<=>PS/2変換（PIC２個連携動作させたっけな）作るまで
一週間程度だったかな。

Ｃ言語の入門サイトをいくつか調べてみたが、
分割コンパイルを取り上げているところは少ないな

苦しんで覚えるＣ言語
http://9cguide.appspot.com/

２０.複数のソースファイル
　１．最小限の分割 http://9cguide.appspot.com/20-01.html
　２．分割の定石 　http://9cguide.appspot.com/20-02.html


Ｃ言語入門講座
http://c-production.com/contents/c/

９．プリプロセッサとメイクファイル
　9-3. ヘッダーファイル　http://c-production.com/contents/c/sec09.html#03
　9-4. 分割コンパイル　　http://c-production.com/contents/c/sec09.html#04

VB厨は何をやってもだめだな

>>756
見たかも。2個のPICのセラロック周波数が違ってなかったっけ。

>>748
>ただ、この場合モジュールが多くなったりするとオッつきません。
>そして何より雑く、整理がされていません。

何故そう感じたのか説明してくれ。

>>746-747
７セグのパターンを取得するサブルーチンのところでPCLの内容をいじって
いる部分があったので、それ（RETLW）をやめて別のレジスタを使って内容を判断し
個別にwレジスタに設定して戻るようにしたら正常に動きました。
あまり理解できていないので、質問するにしてもどこの部分を抜き出せば良いかわからず
文章だけの質問になってしまいましたが今度からはコードを使って質問するように心がけます。
レスありがとうございました

>>761
PCLの演算結果が1byteを超えてないですか?

昔あった初心者スレが電気板にも機械板にも見当たらなかったのでこちらで失礼します
趣味でPIC18F2550とC18の勉強をしています

・なぜ割り込みだと時間が正確なのか？
delay()関数でも命令回数分delayしているはずなのに5分で数秒のずれが生じる
printとかその他の処理ステップのせいかと思って、割り込み文の中に
色々条件分岐やprint文などを詰め込んでみたのですが、割り込みは正確でした
＞どんな処理をしてようが、常にタイマーレジストリは動いているため？

・LATの存在意義
＞イメージとしてはバケツの中身を出して確認するんじゃなくて、上からのぞく感じ？
＞if(port*)で見れば良いのでは？高速処理の時に威力を発揮するとあるが…

・AD変換
簡易電圧テスターを作ったのですが、数字がふらついたり、0x00or0xFFだけになる
計測端子になにも接続していなくても数字が揺れる
リファレンス電圧がUSBだからか、と考え、参照電圧を外部（AN2,3）に設定し
ACアダプタ5vをつなげてみたが変わらず
ふと思い立って、（ttp://www.ggtmagic.com/electric/05zero.voltage.shtm）
10kΩの抵抗を、計測対象乾電池の両極と計測端子の間にいれてみたところ無事計測できた
＞いわゆるプルアップ？orプルダウン？なぜこの抵抗がないとおかしな値が出力されるのか
また、
ttp://www.ys-labo.com/pic/pic%20chips/pic%20chips%20contets/061001%20Internal%20ADconverter.html#C18 18F4550
このページだと端子が１カ所しか無いのに計測が出来ているのはなぜか
＞片方の端子をGNDにつなげている？（＋と−をつなげて計らないと電圧は測れないという理解）

最後のはPICというよりは電気の部分かもしれませんが、宜しくお願いします。

その引用記号は何なの。

たまに書き込みが全部引用の人とかいるな

レス遅れてすいません
引用記号とは＞のことでしょうか
その部分は自分なりに考えてみたのですが
なにぶん素人で自信がないため、間違っていたら指摘していただきたいと思った点です
最後のは考えたのですが理由が分かりませんでした

そこで引用記号とは何かを自分で調べて欲しかったな。
調べる習慣が身についておらず、人に聞く習慣はあるとは。

>>763
全般的に言えることだけど、君の回路やプログラムだけで成り立つ
問題をあたかもPICをつかった回路一般の問題のように書くのは
どうなんだ。

> ・なぜ割り込みだと時間が正確なのか？
割り込みを使うほうが正確な時間を作るのが簡単なのは同意するが、
割り込みを使わずに正確な時間を作ることもできるし、逆に割り込みを
使ってるのに不正確な時間になってしまうミスをすることもある。

> ・LATの存在意義
LATは書き込んだ値を保存しているレジスタ。
PORTは出力端子の状態を読み出せるレジスタ。
全然別物じゃないか？

> ・AD変換
前半は何を言ってるのかさっぱり分からないが、
> ＞片方の端子をGNDにつなげている？
多分ここだけはあってる。

>>768
読み直してみて相当聞き方が悪いと認識しました
すいません
ですが、１点目と２点目の質問は割とこんなこと気にしても何にもならない、って一蹴される類の質問ではあるかもしれませんｗ
すいません

１点目は、割り込みの利点とは何か、です
正確な一定間隔で処理が出来る、というのは目にしたのですが
ご指摘の通り、他のやり方でも実現できるとのことなので
（いくつかの本やサイトではコンパイラを使うとステップ計算が面倒とありました）
利点としては手軽に使える、という理解でいいのでしょうか？
２点目はLATの役割とは何か、です
お答えいただいたのですがまだ理解出来ていません
例えばPORTAを全てDigitalInputとし、何らかのスイッチと接続してあるとして
スイッチの状態を知るためにPORTAbits.RA1をみるのと
LATA.RA1を見るのとでは違うのでしょうか

３点目は電圧計測の基本的な理解は大丈夫なようですので安心しました
どうもありがとうございます
プルアップ、プルダウンについてはもう少し勉強してきます

>>763
＞・なぜ割り込みだと時間が正確なのか？
割り込みというよりタイマに与えられたクロックが正確だからでしょう。
タイマは与えられたクロックを正確に数えるのが仕事です。

＞delay()関数でも命令回数分delayしているはずなのに5分で数秒のずれが生じる
命令の数で時間を計っているのですから、
delay()関数以外の命令や割り込みでの命令も数の内ですよ。
delay()関数は、大きくても秒単位程度の「おおよそ」の遅延を作るためのものです。
時間を計るものではありません。

＞・LATの存在意義
ポートが出力になっている場合には、書き込んでからポート端子の状態がその通りになるまでに、
わずかですが時間がかかります。
PORTでは、読み込み時にポート端子の状態を使うので、
書き込んですぐに読み込むと間違った内容を読み取ることがありえるのです。
ポート端子につながった回路によっては、それさえ保証できない可能性もあります。
つまり、PORTは、メモリと同じに考えることができません。
ビット操作命令では、全ビットを読み取り１ビットを変更して全ビットを書き込みます。
正確な読み込みができなければ、正確な書き込みもできません。
入力と出力を切り替える使い方をする場合にも、このことは問題になります。
それを避けるなら、別にメモリを用意して、そこで操作し、ポートへ書き込むことになります。
LATは、メモリと同じと考えてよいので簡単になります。

＞・AD変換
AN端子は、GNDからVDDの範囲内で、GNDからの電圧が基準になります。
VREFは、それを補助するためのものです。

>>769
> １点目は、割り込みの利点とは何か、です
どっちが楽か(あるいは、どちらでないと実現できないか)も、究極的には
ケースバイケースだろう。
ただ、割り込みの方が考えなければいけないことが少ない場合は多いと
思う。

> ２点目はLATの役割とは何か、です
「違わない」が答えだったと思うけど、あんまり自信ないな。

LATが必要になるのは、出力のとき。
例えば、出力端子をGNDに短絡してしまったら"H"を出力しても実際の
端子電圧は"L"になっちゃうでしょ。
こういう時LATをよむと"H"となりPORTを読むと"L"になる。

>>763
>・なぜ割り込みだと時間が正確なのか？
delay()関数はそれだけ廻すなら、それなりに正確だけど
割込みを含め他の処理が入ると、その分遅れる。
タイマー割込みでも、（他の）割込み処理に時間取られると
ズレが生じる場合もある。

>・LATの存在意義
LATxは出力ラッチ限定のread/writeレジスタ。
PORTxはI/Oピンのread/writeレジスタ。
write(出力)時はどちらも出力ラッチへの書き込みだけど･･･(ry

>・AD変換
PIC18系ADC入力の信号源ｲﾝﾋﾟｰﾀﾞﾝｽは2.5kΩ以下推奨な。
入力オープンはダメ

度々すいません、２点目は、とこんなこと気にしてもｒｙどころか
理解不足による勘違い、だとおもいます
そしてこんな時間なのにありがとうございます
>>770
メモリでのたとえ、何となく腑に落ちました
>>771
例えば〜、以下の説明でかなり、なるほど！と納得しました

PORTでのチェックは>>読み込み時にポート端子の状態、をチェックするが
ポート端子の状態は物理的制約や環境に左右されるので
今出力している状態ではなく、出力させようとしている状態、を
チェックしたいときはLATという理解でよろしいでしょうか

>>773
> 〜という理解でよろしいでしょうか
PIC18シリーズ(以降)を使う限りは、その理解でいいと思う。

LATの無かったPIC16以前のシリーズでは、BSF/BCFがリードモディファイライト
であるという仕様とあいまって誤動作の原因に・・・と、年寄りの愚痴はこの辺に。

割り込みだと正確になるんじゃなくて、
タイマーをフリーランにしてイベントを発生させようとすると、
割り込みを使うのが素直な実装というだけ
逐次タイマーを読んでも、多分同じくらい正確にはなる

>>763
割り込みが正確という表現はちと違う。
専用のタイマーが現在進行中の処理とは関係なく定期的にカウントアップして、タイムアウトで要求を
かけることが重要化と。かつ、タイムアウトしても引き続きカウントアップを継続。
割り込みを使ったからといってメイン処理（割り込み処理じゃないほう）で割り込み禁止していれば結局
はタイミングは相対的にずれる。けど累積は抑止される（２倍の周期未満で処理してね）。
たまにタイマー０でカウンタの時間を再調整しているプログラムを見かけるけど、メイン処理側で割り込み
禁止されたら周期はずれてしまう。フリーラン、もしくはタイマー２を使うほうがベター。
まぁ割り込み処理にこだわらず、割り込み要求フラグを見ればすむような構成なら割り込み処理という
構成は不要だけどね。ただし、フリーランでの運用を進める。
数マイクロ秒の待機だったら迷わずdelay関数を使うけどね。。

誤：進める、正：薦める
誤：使うけどね（最終行）、正：割り込み禁止状態（状況により）で使うけどね
orz

orz=3

○
⊃
И
||
ω

ようするに
＞割り込み文の中に
色々条件分岐やprint文などを詰めここ留意な。
次にたとえ処理の何処そこへ戻ろうともオーバーフロウすれば
インターラプトは等間隔になるであろう。もちろん発生と実行は、同時ではないのだし
内容の精査は必要だ。

>>772,776,780
使途によって使い分けが重要ということですね
>>現在進行中の処理とは関係なく定期的にカウントアップして、タイムアウトで要求
という理解をしましたが、そのほかにも留意すべき点がある、ということを
記憶しておきます

>>774
ありがとうございました
回路を色々いじったり、プログラムを走らせてみて
ようやくLATが有るからこそ実現出来る状況を再現できました

小っ恥ずかしくなるくらい分かりづらい質問にもかかわらず
丁寧な回答して下さった皆様
どうもありがとうございましたm(__)m

MacOs10.4上でGPASMを使ってPIC18f2420のプログラムを昨日してみました。
movff tablat,myval
てな具合でテーブルリード後にtablatを自分の変数myvalにコピーしようとしたら、うまく出来ないんです。
movf tablat,w
movwf myval
だとちゃんと動くみたいです。ググッてみたらSFRの一部にmovffがうまく働かないとの情報もあったのですがホント？

PIC24に対してC言語で勉強しています．
RB12-15にHEXスイッチでスイッチ入力する時,
スイッチの状態をコード化するときに，
unsigned int SWS

SWS=(~(PORTB>>12)&0x000F);
としてこの後 switch caseで条件判別をしているのですが,
case 0〜8で条件分岐しています．
SWS=の部分の内容が分かりません．
PORTBのレジスタを12bitシフトして bit0〜3の論理積をして否定ですか？
何故このようにしているのか分かりません.
基礎的なことで申し訳ないのですが，誰か教えてくれませんか

>>783
引用元は？
使ってる部品とどういうコード書きたいかで変わってくるからそれだけ示されても分からん

>>784
PIC24F活用ガイドブックを参考にしています.
PIC24FJ64GB002で，基本ですので，特にまだ部品を含めて考えておりません．
電源を供給して，ヘキサスイッチをつなげてモードをいくつか設定して，出力でパルスを出すことを目指しています．
RB12-15にヘキサスイッチをつなげてそのスイッチ状態を読み込んで，
パルス幅を変化させたいと思っています．他は何もありません．
そのヘキサスイッチの状態を整数に読み込んでcase文で判定している部分の
最初がわかりません．

785です．
bit12-15がRB12-15でそれを0-3bitに移動して，000Fとかけると思うのですが，
なぜ~を付けているのでしょうか？

プルアップしてて負論理になってるから反転してるんでしょ
自分でスイッチがONの時、ここが1でここが0でって計算してみればすぐわかるのに

>>787
ありがとうございました．
計算していましたが，ちょうど逆になりなやんでいました．
負論理なことを忘れてました．

教えてください。

現在、PIC16F648Aでプログラム作成しています。
内部クロック(4MHz)を用いて、タイマ割り込みを作成しました。
100usecのタイマを作ったつもりなのですが、120usecくらいにずれてしまいます。

タイマー0モジュールを使用しています。
4MHzなので、1クロックは0.25usec。
カウント数＝インターバル時間 / (CPUクロック×4)　なので、
カウント数＝100usec / (0.25usec×4) ＝ 100　ですので、
プリスケーラは1、TMR0を156(0x9C)と設定しました。
割り込みの中でTMR0を再設定し、出力ビットをトグル出力するだけのプログラムを作成しました。

計算はあってると思うのですが、間違っていますか？
また、合っている場合は何かズレる原因はありますか？
ちなみにCCSのCコンパイラを使用しています。

初歩的な質問ですいませんが、どなたか教えて頂ければ幸いです。
よろしくお願い致します。

>789

それは、タイマ割り込み発生から、TMR0に156(=256-100)を設定するまで、
20usecかかっているからじゃないの？

>>789
SIMのStopWatchで割込み周期を確認･調整

>>789
内部4MHzだから20us=5サイクルか。タイマ再設定のぶんかな。

4MHzの1サイクルは1usだよ

MOVLW B'00000010'
MOVWF CNT1

という内容のレジスタを
RLF CNT1,1
とやると内容が　00000101　になるのですが、
00000100　になるはずだと思うのですが、どうしてでしょうか？
その後に　RLF CNT1,1　を何度も実行すると
101が左へシフトしてそれは期待通りなのですが、
最初だけはなぜ最下位に1が付いてしまうのでしょうか？