【皆で作ろう】PIC専用のｽﾚPart13【Writer509】

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

例の如く基本リンクだ
http://www.microchip.com/　 マイクロチップ本社
http://www.microchip.co.jp/　マイクロチップ日本支社
またーりやっておくんなまし。　SX関係もどーぞ。
教えて君はとりあえずGoogle(http://www.google.co.jp/)
くらい使おう

前スレ
【皆で作ろう】PIC専用のｽﾚPart12【Writer509】
http://science6.2ch.net/test/read.cgi/denki/1165919841/

●過去スレ●　　>2辺り
●関連リンク●　　>3辺り
●関連スレ ●　　>4辺り
　 その他注意　　>5辺り

●過去スレ●

【皆で作ろう】PIC専用のｽﾚPart12【Writer509】
http://science6.2ch.net/test/read.cgi/denki/1165919841/
【18Fは】PIC専用のスレPart11【(･∀･)ｲｲ?】
http://science4.2ch.net/test/read.cgi/denki/1161982672/
【12F629】PIC専用のスレPart10【輝け！】
http://science4.2ch.net/test/read.cgi/denki/1155772077/
【12F683】PIC専用のスレPart9【囁け！】
http://science4.2ch.net/test/read.cgi/denki/1146949082/
【16F648】PIC専用のスレPart8【動け！】
http://science4.2ch.net/test/read.cgi/denki/1139471101/
【10F206】PIC専用のスレPart7【轟け！】
http://science4.2ch.net/test/read.cgi/denki/1134909554/
【12F675】PIC専用のスレPart6【しゃぶれ】
http://science4.2ch.net/test/read.cgi/denki/1127462924/
【お手軽】PIC専用のスレPart5【ﾏｲｺﾝ】
http://science4.2ch.net/test/read.cgi/denki/1122092255/
【お手軽】PIC専用のスレPart4【ﾏｲｺﾝ】
http://science3.2ch.net/test/read.cgi/denki/1115145584/
【お手軽】PIC専用のスレPart3【ﾏｲｺﾝ】
http://science3.2ch.net/test/read.cgi/denki/1108027098/
【お手軽】PIC専用のスレPart2【ﾏｲｺﾝ】
http://science3.2ch.net/test/read.cgi/denki/1094312282/
【超初心者】PIC専門のｽﾚ【鬼ﾌﾟﾛ】
http://science3.2ch.net/test/read.cgi/denki/1077618889/
PIC AVR H8統合スレ (元祖)
http://science2.2ch.net/test/read.cgi/denki/1072092201/

●関連リンク●
電子工作の実験室
ttp://www.picfun.com/
ic-prog
ttp://www.ic-prog.com/index1.htm
PIC工作室
ttp://www.ne.jp/asahi/ham/js1rsv/PIC/picmake.htm
第１回：PICを使ってみよう
ttp://edu.cs.inf.shizuoka.ac.jp/2004/V060/lesson/no1/index.html
全て無料の最強開発環境 MPLAB with HI-TECH
ttp://www.ne.jp/asahi/air/variable/picmel/index.htm
PICな日曜日
ttp://www.kimurass.co.jp/picindex.htm
Writer509
ttp://www.geocities.jp/orange_denshi/writer509.html
PICでインドアプレーンを飛ばす人
ttp://blog.goo.ne.jp/toko0131

●関連スレ ●
H8,SH系マイコン限定スレ 2チップ目
http://science4.2ch.net/test/read.cgi/denki/1161321776/
【Capsense】PSoC　スレ　　其の四【USB】
http://science4.2ch.net/test/read.cgi/denki/1163073993/
AVRマイコン総合スレ Part7
http://science4.2ch.net/test/read.cgi/denki/1162464623/
自作回路でUSB
http://science4.2ch.net/test/read.cgi/denki/1080051916/
LEDチカチカ総合スレ
http://science4.2ch.net/test/read.cgi/denki/1146899894/
PICでBEEP音を作りたい！！
http://science4.2ch.net/test/read.cgi/denki/1074945895/
ＰＩＣにＯＳは必要か？
http://science4.2ch.net/test/read.cgi/denki/1117626216/
【VIP】NECのAllFlash78Kｼﾘｰｽﾞで一喜一憂
http://science4.2ch.net/test/read.cgi/denki/1112177094/
マイコン総合スレ
http://science4.2ch.net/test/read.cgi/denki/1108630837/

Ｋさんなど、関連人物の話題は下記スレに隔離するルールです。
本スレには書き込まず、書き込まれても華麗にスルーでお願いします。

【天才？】電子工作関連人物ヲチスレ４【天然？】
http://science6.2ch.net/test/read.cgi/denki/1174224015/

久しぶりに埋まったのを見届けたので立てました。
みなさん大人なんですから節度を持ってご利用ください。
↓↓↓↓↓↓

もう少し拾っておきます。

マイクロチップ社とモスバーガーのマークが酷似
http://science4.2ch.net/test/read.cgi/denki/1097862424/
ＴＩ　MSP430シリーズ　1クロック
http://science4.2ch.net/test/read.cgi/denki/1116942761/
【元Motorola】Freescale マイコン　AN001【名門】
http://science4.2ch.net/test/read.cgi/denki/1148115822/
やっぱＡＲＭっしょ
http://science4.2ch.net/test/read.cgi/denki/1072102432/
[SH_M32__ルネサスマイコン総合スレ2__H8_R8C_Tiny]
http://science4.2ch.net/test/read.cgi/denki/1159675598/
【発光】ヒカリもの全般スレ【LED等】4素子目
http://science4.2ch.net/test/read.cgi/denki/1152030024/
【古い】シリアル通信【最新】
http://science4.2ch.net/test/read.cgi/denki/1112199189/
SDカードを自作回路で利用するスレ
http://science4.2ch.net/test/read.cgi/denki/1117544590/
みんなでMP3プレーヤを作るスレ
http://science4.2ch.net/test/read.cgi/denki/1127071074/
普通のTV用リモコンでWiiリモコンをつくるスレ
http://science4.2ch.net/test/read.cgi/denki/1162531962/
電子工作に適したディスプレイデバイスは？
http://science4.2ch.net/test/read.cgi/denki/1119799091/
【デジタル回路、マイコン応用　設計担当課】
http://science4.2ch.net/test/read.cgi/denki/1139622374/
マイコン総合スレ
http://science4.2ch.net/test/read.cgi/denki/1108630837/
【まだ】単品CPU　Z80とか6809/6502　(【現役】
http://science4.2ch.net/test/read.cgi/denki/1150952925/
技術屋ならCPU創るだろ？
http://science4.2ch.net/test/read.cgi/denki/1072113898/
昔話用
ttp://bubble4.2ch.net/i4004/

>1
乙。
だが前スレ1000で次としてあるアドレスが前スレそのものなのはいかがなものか。
まぁ、ドンマイ。

とりあえず、>>1乙

>>1
乙。（ま、どうでもいいスレだから）

>>7-9
私なんかアホなことしちゃいましたか？

前スレのPICKIT2でPIC16F84Aを扱いたかった者です。
部材が手元にないんで、取り合えずブレッドボードで試してみますね。
ありがとでした。

発振しなくなったりしてな

683とかでクロック源を作っとくと便利だぞ
秒１命令用4Hzとあとは適当なのを余りピンで選択

足に直接時計水晶32kをありだ

> なにせ、秋葉原にはハーフピッチのコネクタの売っているところがない（と思う）。

千石でも売ってるがな。2.54の隣に。
博識なライターさんだこと。
頭の中はHC244か？JDMか。

前スレの１０００をPICのアセンブラで書くとしたらどうなるの？

おい、PICを使った小基板でのでふぁくとすたんだーとてきな外部信号配置みたいなの
なにかありますか？

PICFUNの掲示板が久々に復活したと思ったら
早速荒らされてるよ。
アク禁にできないのかなぁ…

>15
goto $

前スレで量産用プログラム書込み会社を探されていた<883：PIC使用人さん
DIPタイプであれば価格はご希望に沿うことが可能です。
一度ご連絡ください。http://kakeeng2007.web.fc2.com/
よろしくお願いします。

そのURLじゃ騙しは無理だろ

I2CD2ですが予想道り難航中です
電源周りはサクッとできたのですが、ターゲット3V辺りから動作が不安定
原因はプログラム時にシュミットトリガ受けになるというのを忘れて
作ってしまったからですけど　orz
VHCTじゃワースト3.6Vあたりなので、1.9Vを目標に変更中
いちおうLCXの3V固定で受けて、VHCをターゲット依存とすれば2.5-5.5Vで
いけそうなんだけど、あと0.6V落としたいから低電圧用に専用回路を
別途切り替えてしまうか悩みどころ

はいチックｃがすごいことになってうおえｐ４５６ｔ７ゆひじょ

>>22
すごい事、というほどではない罠
プチ嬉しいけど

>>22
日本語でおｋ

ごだびんblog　http://goda.blog3.fc2.com

なんか、事実誤認があるような....

> ちなみにPICマイコンはこのように値を変えて試すには結構大変です。（秋月で基板を買って試せるかもしれないけど。）
> そのようなときR8Cマイコンのようにオンチップデバッガ機能があるマイコンは、パルス幅の値を開発ツールのパソコン画面上からマイコンのメモリ変数を変更でき、その動作を実際に確認できます。

SIM使ってないんだよきっと
もしかするとSIMのSGの存在を知らないだけかも

>>25
インサーキットデバッガを初めて使ったんじゃないか
最近ので書き換えられないやつを探すほうが面倒な気がする
っま648とか648とか648とか648とか探せばあるけどｗ

PICでは使えないと、十把一絡げなのがごだびんクオリティ

PICの型番って意味深なのが多いよね

629　無肉

648　虫歯
819　俳句
877　バナナ
88 　ババー

>29
さすがに深読みしすぎでは・・・

くだらないことは683やたらと言わない方が良いと思お。

24H使ってる人いる？

俺はPICを24時間肌身離さず使ってるぜ
なんて奴居るのかな

腕時計作った奴くらいじゃね?

ページャー用

>>33-34
おまえらおちょくってんじゃねーよ。
これだよ！これ！！！
http://www.microchip.com/ParamChartSearch/chart.aspx?branchID=8186&mid=14&lang=en&pageId=75

早く使ってみたいんだけど、どこに売ってんの？

マルツパーツ館に1個だけあったような。。。

CLOCK:40MHz
ROM:128KB(FLASH)
RAM:16KB(DATA)
って、CLOCK・ROMはもちろん、RAMも含めてPC-8001を超えそうな感じ・・・
PIC24ってインストラクションはまともなの？

いや8001なら8722で余裕で超えてるから

>>37
ありがとう、マルツに聞いてみるよ。

RSでほぼ全種類売ってた。

MPLAB REAL ICE IN CIRCUIT EMULATOR が\25,507-となっているので
買おうと思ったが、一応メーカー型番AC244002を調べたら、
PERFORMANCE PAK とかってやつでオプション品だった。
もぅまぎらわしいなぁ。

>38
PIC24がPC8001を越えてるって・・・・
カセットテープのインターフェイスなんかも内蔵してるって事？

>>38
マウスとかキーボードを刺すコネクターが付いているって事？

>>42
カセットインターフェースが越える条件なのかｗ
おいらのPCは8001を越えてない

HIDデバイスはAVRと同様に殆ど直結でつなげられるんじゃね？

リムーバブルドライブを内蔵しているか？
って事ならＵＳＢがドライブでＵＳＢメモリがテープの代わりになるかな。

ｽﾏｿ、24にはUSB無かったかも。

>>44
やろうと思えば、サッポロシティスタンダードだって出来るんじゃないのか？

サウンドブラスターで出来るし
やってるひとは多い

A/D, D/A, GIO、でカセットインタフェース
UARTで PS/2

マジで8001超えるには、CRTCが．．．．

イーサネット内蔵PICへの書き込みってどうやればいいの？
Writer509で書ける？

>51
> Writer509で書ける？
正式版でのPIC18への対応はまだじゃなかった？β版でなら書き込みできるかもしれない
けど、自分はまだ試してないから知らない。

PICやる奴は、悪い事言わないから、ICD2を純正でも互換品でもいいから備えれ。

>53
趣味でやる分には無くても・・・と思いつつICD2 cloneは作ろうと思う。

4000円で作れるものな。純正互換なら新しいPIC出てきても安心。

馬鹿なこと考えずにPICkit2買え

しかし・・歳がばれるスレだな(w

http://solitonwave.co.jp/product/product.html
の、　Olimex製の
PIC-TINY-ICD2
って、ICD2互換度はどうなんでしょか？（ってヘンな質問）

ハーフマットのページに行ってみた
PIC18シリーズへの対応作業中だった。何ヶ月か待ってみようっと
俺はICDなんか要らないし

Writer509はソケット書き込みで使う分には十分。
18F2550も書き込んでみたけど特に問題なかった。

18Fは12Fや16Fみたいにデバイスによって書込みシーケンスが
コロコロ変わるようなことが少ないから、1機種書き込みができれば
ほとんどファームは完成と見てもよさそうな気がする。
あとはWindows側のソフトしだいじゃないかな。

>イーサネット内蔵PIC
っていうのはTQFPだからICSPになると思うけど、Writer509でICSPはビミョー。

びみょーって流行ってるみたいだけど誰が最初に使い出したの？

>>60
Writer509がICSPにはやや難があるという指摘は、以前にも見た気がしますが、
具体的にはどんな難があるんでしょう？

ソフトの問題ではなく、書き込み回路が12F509直結の簡易型だという部分だと
想像してはいますが・・・

>>62
PICの書き込みはデバイスによってVddやVppのタイミングが結構細かくて、
VppとVddのどっちを先に立ち上げるとか、一方が立ち上がった後に何ms（us）以内に
もう一方が立ち上がらないといけないとかいうのがある。

ICSPの場合VddやMCLRラインにいろんな物が接続されてる。
特にコンデンサはタイミングを狂わす要因になりやすい。

ICSPをより確実にするには、VddやVppをONにするときは低い内部抵抗で電圧を供給し、
OFFにするときはGndに放電できるような回路を持ったプログラマが必要。

ただ、これはPIC12Fや16Fの内部OSCを持ったデバイスに起きやすい問題で、
それ以外の16Fや18FはVpp（MCLR）だけでも制御できる物が多いから場合によっては
うまくいくこともあるような…

ってWriter509のICSPのページにそんなことが書いてあるじゃん。
ttp://www.geocities.jp/orange_denshi/ICSP/ICSP.html

>>58
Vppの可変が無い以外は同じカンジ。巷のシリアル接続ICD2クローンと一緒だから、自作できるなら作る方が安上がりだと思う。

Vpp電圧次第ってことか
自作は調整の余地があるからまだマシなんだが

じゃあ、Mini Mobile Pic Witerは？

PICを用いて、PC用モニタに文字を出力する
ということをやってるサイトってありますでしょうか？

ありますよ

>>68
紹介していただけないでしょうか・・・・
パチンコ液晶を再利用しようと考えていまして・・・

こんなのかい

ttp://hijiri3.s65.xrea.com/sorekore/develop/pic/03_rgblcd.htm

パチンコ液晶サイズになるとメモリがぜんぜん足りないから
PICでとなるとあまり使い道がないんだよな
外部バスだと高くつく

別に色数と解像度は適当に落とせばいいじゃん。
モノクロ32x24ドットとかに。

>>70
どうもです。
覗いてみます。

>>71
モノクロでもいいのでとりあえず作ってみて
使えそうな液晶ならばPLDなんかで外部のものの設計を・・・・

言い訳ばかりで実行しないウジ虫みたいな奴だな

そういうのを軽石みてぇなやつだといいます。
http://karuishi.servehttp.com

PICだと難しいそうなんだけど
防犯用のタイムジェネレーターみたいのを作った人いるかな？

IC使って良いならわりと簡単

何時間も調べたのですが、すみませんギブアップです。
ご教授願います。
あるＨＰで紹介されているPIC16F88用のソースを
Ｃコンパイルすべく（←ヘンな用法？）
とりあえずテキストファイルで保存し、
mikroCをダウンロードして、
ファイルを開き、DEVICEでP16F88を選択するところまで進みました。
で、CLOCKの選択でわからなくなりました。
次はどうすればいいのでしょうか？？？
アドウィン社のPICライタ（書き込みソフト付）は購入済です。

>>78
>あるＨＰで紹介されているPIC16F88用のソースを
念のため聞きますが、それはmikroC用のソースなのですね？

>>78
つっか、そこまで困っているなら
「あるHP」なんてもったいぶらずに、ちゃんとURL示さないと、初心者にありがちな
「情報をもったいぶって少しずつ出す」為に「回答が回答にならない」罠に落ちるよ・

FOSC : INTRC_RA6 = IO
WDTE : Disable
PWRTE: Disable
MCLRE: RA5 = IO internal pulled up
BODEN: Disable
LVP : RB3 = IO
CPD : not protect
WRT : protection off
DEBUG: Disable
CCPMX: CCP1 = RB3
CP : not protect
config2 value x3FFc
FDMEM:Disable
IESO :Disable

>>80
ありがとうございます。
http://www8.plala.or.jp/InHisTime/
の中の、
周波数表示ユニット�U（真空管ラジオ用）
のソースです。
mikroCにはこだわっていません。
PIC用Ｃコンパイラで（期間限定）無料という
理由だけです。
ＰＩＣの勉強はしたいのですが、
とりあえず、上記ソースをPIC16F88に書き込むことを
目的としています。
よろしくお願いいたします。

>>78
そこのページに外部クロックとして16MHzを入れているので
クロックは16MHz、
EditProjectで□EXTCLK　にチェック。

コンパイルできたぞ
回路図からすると
HS_OSC
MCLR= OFF

じゃまいか

まずC:\LcdMonitor2というフォルダを作って、
microCのメニュー Project > New Project... を実行。
ProjectName: LcdMonitor2
ProjectPath: C:\LcdMonitor2
Description: test
Device: P16F88
Clock: 016.000000
Device Flagsはデフォルトのまま。

microCのメニューFile > CloseでLcdMonitor2.cを閉じ、
C:\LcdMonitor2にダウンロードしたソースを上書きコピーして
Project > Build で出来上がり。だと思う。

>>85　ご親切にありがとうございます！！感謝！！
早速やってみたところ、C:\LcdMonitor2フォルダ中に
ファイル名LcdMonitor2で拡張子が、asm,cp,dbg,hex,lst,mcl
の６ファイルと、
LcdMonitor2_callertable.txt　というファイルが作成されました。
これでＯＫなのでしょうか？

>>84
PICは昔触ったキリなので、勘違いかもしれないんですが、
HS_OSCっていうのは、水晶モジュールじゃなくて、セラロックとか水晶発振子をつける場合であって、
この回路図は5VTTLの外部クロックを使ってるっぽいのでEXTCLKじゃないでしょか？

あーそだ　勘違いしてた　ごめん

Device Flagsはデフォルトのままじゃまずかった。
_CCP1_RB3
_LVP_OFF
_WDT_OFF
_MCLR_OFF
_EXTCLK
をチェック。ビルドして出来たHexを書き込めばOK。だと思う。

MikroCってソース上にConfigの設定とか書けないんだ。
不便だなぁ。

>>90
無料のコンパイラで便利なのって何？

MikroBasicのほうがバグ少ないと言う話だ

ライブラリはMikroCのほうが豊富じゃなかったか？
ちょっち前のMikroBASICなんてなーんもできんかったぞ

mikroBASICのほうがバグは少ないし使いやすいよ

mikroCはバグだらけでバグ回避で疲れた
ライブラリは多いけどまともに使えるまでにいくつバグ発生の原因を覚えないといけないことやら

そもそも12Fや16FはC言語向きの構造じゃ無いし

>>91
Hitech PIC C Lite だな。かなり便利だ

>>89
ありがとうございます。
やってみたんですが、
フォルダ内にあるファイルは、拡張子が、
ｐｐｃ
ｃｐ
ｍｃｌ
ｃ
の４ファイルだけです。。。

open するのは　デフォの　*.c じゃなくて　project file *.ppcだよ

>>97
ありがとうございます。
すみません。もう少しお教え願います。
＊．ｐｐｃをオープンするタイミングがよくわかりません。
はじめは＊.ｃファイルしかないですよね。
＊．ｃファイルをｏｐｅｎし、
以下　>>85 >>89 さんの手順・設定に従って
Project>New Project と進めていくと、
ｏｐｅｎするものがない？？？

・・・きっとウスラバカな質問なんでしょうが、
よろしくお願いいたします。

発売元不明の謎のPICライター「ICSPプローブ」
回路がJDMそのもので色々と不都合も出たので、一時市場から姿を消したのは知ってたが、
V2になって戻ってきたか（　ﾟдﾟ）
18Fにも対応した、となってるが、どこを改良したんだろう？

http://www.eleki-jack.com/2007/04/pic.html

>99
> 18Fにも対応した、となってるが、どこを改良したんだろう？
もともとJDMは18Fにも書き込めたけど、動作検証をしてなかった。
18Fうんぬんに関しては動作検証をしただけでしょう。

> オリジナルJDMアダプタで問題だった電源回路の不安定化に対して
> 対策を行ったバージョンアップ版です。
問題はこっちですね。誰か情報plz

>>98
もう一回フォルダ作るところからやってみ
>>86 ではhexできたんでしょ

>>98
ファイルの種類で▼押す
すると　ppcモ開けるようになる

これでビルドすればhexは生成される
*.c を開けてビルドはできるようにみえるが対応するファイルはできていない　これ非常に勘違いしやすい

あ　よく読んだら　開けないではなくてproject　file がつくれてないのね

ちょいまち

help の　ビルディング　アプリケーションのとこにかいてあるとおりだけど・・・・



よんだ？

ダウンロードしたファイルを hoge.c とする。

mikroC立ち上げたら
project / closeproject (closeできない場合は不要)

project / newproject
projectname ＝ pro（なんでもいいが、hoge以外の名前）
projectpath = hoge.cのあるパス
その他、クロックとかは上のレスとか見て合わせる
左側のprojectsummlyタブを開く
Cfile 右クリック
remove from project =pro.cを選択。remove selected/OK
エディタのpro タブを閉じる。
Cfile 右クリック
add to project = hoge.c
Ｃｆｉｌｅの左側が+になっているので、ここをクリックして展開して
hoge.cをダブルクリックして開く。
project build

かなぁ？

２輪のモーターをジャイロセンサで姿勢制御させながら走行させたいんですが
参考になる文献とかサイトとかないでしょうか？
いろいろ探してみたんですけど、PICとジャイロの組み合わせっていう情報を
見つけられませんでした・・・　初心者には無謀な挑戦なんすかね？

軽石です。

>　初心者には無謀な挑戦なんすかね？

無謀です。

デカイジャイロを乗せて倒れにくくすればおｋ
いけるよ

どもです。お勧めのデカジャイロがあったら品番を教えてくださいな。
それと、IPCにジャイロ繋げてゴニョゴニョしてるような参考文献やサイトってないでしょうか？

http://www.amazon.co.jp/gp/product/product-description/478983445X/ref=dp_proddesc_0/250-4572595-3070645?ie=UTF8&n=465392&s=books
PICマイコンの基礎とセンサ活用入門

この手のセンサ関連本を立ち読みしてみたんですけど、ジャイロには言及してなかったり
原理の説明だけでどうやって実装すればいいのか分からなかったりで、、、
PICとのインテグレーションがあればありがたいんですが、他のマイコンの本やサイトでも
参考になりそうなところがあれば教えてください。

よろしくお願いします

本体に影響するほどのジャイロのことだから、設計図を晒さないと
お勧めも何もねーべ
勘違いしているようだが、センサじゃないぞ

オーディオクラフト工房の周波数カウンターを作ってみた。
しかし動作しなかった。回路の見直しもしたが間違ってない。
後はプログラムしか無いと思うのだけど管理人にメールを
２回も出したけど返信が無い。解る人教えて・・・！
http://nonchansoft3.at.infoseek.co.jp/audio/fcount1.htm

どう動かないの？
数字が表示されないの？
デタラメな数字が表示されるの？

２月ごろ作ったうちのカウンタは動いているので
まずブツが間違っている

>111
おまえにゃムリだ。

ということは111を見れば判る。

その回路の肝はHCU04だ。

７セグ表示しないです。回路は何回も見直しました。
部品も同等品の物を使ってます。プログラムはＨＰに
あったのを秋月のPICプログラマーver4で書き込みました。
コンフィング設定はそのままだったのですがココが原因かな？
PICノイズが出てるので動作はしてるようですが・・・・！

追記！テスト段階なので分周回路は付けて無い。
付けないと表示すらしないのだろうか？
>>114 見捨てないで・・・泣

>116
情報の小出しイクナイ！
回路は間違ってないという根拠は？電源はちゃんと出てる？クロックは発振してるか？
パスコン入れた？PICを使っておきながら高々600行のソースのデバックも自力じゃ
出来ないヤシの目視なんて当てにならないよ。

先ずは切り分け

簡単なテストプログラム作って動作確認

ジャイロはセンサじゃないのか！？ジャイロといっても色々あるって事なのかな
レートジャイロを想定してたんだけど・・・
お話にならないほど何にも分かってない段階で何聞いても無駄って事だよな、修行して出直すわ　ﾉｼ

この板でジャイロと言うと圧電型のジャイロセンサがデフォだ。
ＰＩＣに直に繋ぐのはムリだ。Ｏｐアンプ使え。
ｄｓＰＩＣで頑張ればどうにでもなるだろ。

ラジコン屋なんかが言う○○ジャイロはこの板の十人では判らん。

にゃるほど、了解です。
ほのかに分かってきた気がする。ｱﾘｶﾞﾄﾝ

>>116 分周回路が付いてないなら、
そんな速い周波数にＰＩＣのカウンタは追従出来ないさ

まず、ＰＩＣが動いているかどうか、発振回路でも作って
カウンタ入力に入れてみたらどう？

小出し質問ばかりのスレ。

これぞPICクオリティｗ

>123
それでもレスがつくのがこのスレのいいところ。

>>115
>>111 のページに行って、Ctrl+F で

　外部入力の発振に対応するためにCONFIGの設定が必要です。

の文字列を検索するんだ！

この程度でメール送られる管理人も大変だな

125>> 情報有難う！早速やってみたが設定してたみたいだぜ！
残念だ！又情報頼むぜ！５５６

>コンフィング設定はそのままだったのですがココが原因かな？
小出しどころか嘘までつかれちゃレスする気なくなります

>>128 それは違うぜ！　コンフィング設定って言っても
ASMの設定ではなくライターソフトでのコンフィング設定
だぜ！俺は嘘はつかねぇ！説明不足だったな！すまねぇ！

>>115
>部品も同等品の物を使ってます。
７セグメントのコモン（アノード・カソード）の種類は合ってるのか？

うんこ

>>129
入力端子をHC138のY0〜Y5あたりにつないだらなんか出るかね？

１６Ｆ８８の６〜１２ｐｉｎに電圧が出てませんでした。
７４ＨＣ１３８、トランジスタードライバーとも動作してるようです。
２０ＭＨＺＯＳＣも発振は確認しました。32,768ｋｈｚは見確認（新品を使用）
各ＩＣへの供給電圧も５Ｖでした。良くあるＧＮＤ忘れも無いです。
７セグＬＥＤへのＣＯＭへの電圧は出ているようです。１６Ｆ８８を交換しても
同じでした。プログラムでしょうか？

>１２ｐｉｎに電圧が出てませんでした
これだろ
つくりが悪いんだよ

>>133
小出しにするなって、
プログラムとか書き込み機とか書き込みソフトの情報を一気に出せ。

最低でも、対象、測定方法、結果を個別に書かないと
まともなレスを得られない

config っぽいな

LEDピコピコするようなテストプログラム作って動作確認

ちゃなみに　config1 config2 の数値はどうなってる？

>>135 >>136 解りました。詳しく説明します。
まず元となるＨＰです。http://nonchansoft3.at.infoseek.co.jp/audio/fcount1.htm
症状は７セグＬＥＤに何も表示されない。
原因を探してみる。
１６Ｆ８８の６〜１２ｐｉｎに電圧が出てませんでした。
７４ＨＣ１３８、トランジスタードライバーとも動作してるようです。
２０ＭＨＺＯＳＣも発振は確認しました。32,768ｋｈｚは見確認（新品を使用）
各ＩＣへの供給電圧も５Ｖでした。良くあるＧＮＤ忘れも無いです。
７セグＬＥＤへのＣＯＭへの電圧は出ているようです。１６Ｆ８８を交換しても
同じでした。
プログラムの書き込みは秋月のPICプログラマver4で書き込みました。
書き込みソフトは秋月のライター付属ソフトです。
その時に右側に出てくるconfig欄は変更はしてません。
プログラムはＨＰのを、そのまま書き込みました。
測定方法とはどのようなのか解りませんが取りあえず分周回路を
付けてないのでＳＧで450~600KHZを入力してみましたが変化なしです。
AsはMPLAB IDE v7.50を使用。

>>137 asmの方は__CONFIG _CONFIG1, _CP_OFF & _WDT_OFF & _PWRTE_ON & _LVP_OFF & _MCLR_OFF & _EXTCLK
のですがconfig1、2はデフォルトのままです。従って
CONFIG１は　FOSC EXTRC_RA6=CLKO WDTE Enable MCLRE RA5=MCLR
BODEN Enable LVP RB3=PGM CPD Not_Protect WRT Protection_Off
DEBUG Disable CCPMX CCP1=RB0 CP Not_Protect
CONFIG 2は FCMEM Enable IESO Enableとなってます。

＞１６Ｆ８８の６〜１２ｐｉｎに電圧が出てませんでした
これはどういう意味なの？
１、 0Vが出てるのに、LEDが点灯しないという意味？
２、それともフローティングしてる？

>>139
WDTE Enable 　ってのが悪いように思うが？
ソースでは　ＷＤＴ使ってないのだろ？

136指摘のの計測方法と結果を
書かないから追加で質問がでまくる

あ、ず〜と上げてたので下げます。
>>140 1番かな？

>>142 スマソ　orz

>>143
そうすると、今度は1,17,18 ピンがパタパタしてるかどうか確認しろとなる。
たぶん WDTを使ってないプログラムなのに WDTをイネーブルしてるのが原因だろ

指定された設定通りやらなけりゃ、そりゃ動かん

で、1,17,18 ピンがパタパタしてるのに、LEDが点灯しないなら
トランジスタ、お前間違ええてつないでるだろ！となる。

で、そんな基本的な所も押えないで、ソフトのせいにしやがってとなる

>__CONFIG _CONFIG1, _CP_OFF & _WDT_OFF & _PWRTE_ON & _LVP_OFF & _MCLR_OFF & _EXTCLK




>CONFIG１は　
>FOSC EXTRC_RA6=CLKO
>WDTE Enable
>MCLRE RA5=MCLR
>BODEN Enable
>LVP RB3=PGM
>CPD Not_Protect
>WRT Protection_Off
>DEBUG Disable
>CCPMX CCP1=RB0
>CP Not_Protect

>CONFIG2
>FCMEM Enable
>IESO Enable


これでいけないか
WDTE Enable >disable
LVP RB3=PGM >RB3=IO 回路図ではIOとして使用してるからこれにしないとだめ
FCMEM Enable >disable
IESO Enable >disable

しかし、秋月のライターで 普通に書けば、 CONFIGはその通り書かれる筈なんだけどな
まだ、何か隠してるな

すいません！HEXを読み込ませてたらconfig設定は
変わってました。変わった所は　FOSC EXTCLK_RA6=I/O
WDTE Disable LVP RB3=I/O ここは変わってなくってFCMEM Enable >disable
IESO Enable >disable としましたが変化なしです。もう少し調べてみます。

>>149 書いたPIC挿して、 READってボタンで読んでごらんよ

それで >>145 の結果はどうなんだ？

T1OSCENは?

きせい

電圧が出ないってどういう意味?
普通はフロート状態だと思うんだが.

ときに>>149にアドバイスしている住民の皆は実のところ回路と
プログラムのどっちが原因だと思ってるの？
俺は９５：４：１ぐらいの確率で 回路：その他(configとか)：プログラム
だと思うんだが。

ソレはさておき、まずはPICがきちんとリセットされてプログラムの
実行に写っているかの確認からでしょう。

電源・GNDの配線とちゃんと電圧が出てるかは確認済み。
>>133 (ただしパスコン入れたかと聞いたのに答えてない。)
クロックも供給している。
>>133 (ただし外部発振なのでPICが動いてる保障にはならない。)
リセット回路は_MCLR_OFFで省略。(ただし、ライタ周りの設定で
しくじっている可能性もありそう。)

とすれば次はポートを1Hzぐらいの周期で信号反転させる簡単な
プログラムを書いてみて、テスタを当てて確認とかじゃないかな。

同じ回路図から起こした別の基板に同じプログラムを書き込んだ
PICをさしたとしても回路の実装によっては動かなかったりすること
はよくある。そう考えるとプログラム単体で、あるいは回路単体で
正しい／間違っているという議論をすること自体がナンセンスだと
も思う。回路・プログラム共にコピーだとしても、例えコピー元が
完璧な設計でなかったとしても、動かない責任はコピーしたやつ
にある・・・んじゃないかなぁ・・・

原因なんて、このレベルで書かれた内容からは突き止められませんよ。
質問にも答えてくれないんじゃね。

config　は普通に書けば一緒に書かれる筈なので、
そもそもプログラムをPICに書き込んでないんじゃないかとさえ思ってる

なお、PICが動いているかどうかは、わざわざポート反転のコードを入れなくても
PA0〜PA2 を見れば判る。

オシロを持っていないならLEDでも付けてみればいい

ポート反転と言ってるやつはそのまま拡張して７セグとか動作確認させたいんだろう

よくみたらRA3はあいてるのね。ここにLED付けてみるほうが早そう。

>>155
>そもそもプログラムをPICに書き込んでないんじゃないかとさえ思ってる
さすがにそれはねぇー・・・とは言えないかも。

>>146 返信が遅くなってスマソ！1,17,18 ピンがパタパタはしてない。
テスターで計ったら２Ｖ〜の電圧が出てる。トランジスター回路は
正常に動作してた。色々やってみたけど解らず挫折しました。OTZ

>>160
まて、７セグのLEDは完全消灯で
テスターで2Vの電圧が出てたのは 1,17,18 ピンなんだな？
単純な配線ミスか部品選択ミスの可能性が大おおくなってきたぞ
確認の為に、LEDに1Kくらいの抵抗を直列につないで、
１、ＰＩＣ 1ピンとGND で点灯するか
２、ＰＩＣ 1ピンと＋5V で点灯するか
３、７４ＨＣ１３８　１５ピンとGNDで暗く点灯するか
４、ＰＩＣ ６ピンとGND で点灯するか
５、ＰＩＣ ６ピンと＋5V で点灯するか

と順に調べてみて。　LEDの±の繋ぎ方が判らないなら、反対にしてみて。

あと、トランジスタが正常に動いていたというのは、どういうふうに確認して正常と思ったのかも書いて

それと、持ってるテスターには　Hzのレンジはないかな？

Hzレンジがあるなら、>>161の試験は各ピンをヘルツレンジで測ってくれれば済むのだけど

もしLEDもない。　テスターにHzレンジもないというなら、
イヤホンに抵抗直列につないでブーと音が出るかどうかで確認してくれてもいいよ。

質問なんですけど、pic16f88のｒｂ0ピンと、赤外線受信モジュールのout端子を直結して赤外線コードを受信したいと思っています。
その際　rb0外部割込みの立下がりで割り込みかけたいのですが、割り込みがかかりません。どうもTTLレベルLレベルになってないみたいなのです。（GNDにすると割り込みかかるので）
直結ではなく回路的になにか工夫しなければいけないのでしょか？

>>165
俺が買ってるのは、Lレベルにならないという事はないけどな。
何か勘違いがあると思うよ。
その赤外リモコン受光素子に電源を正しくつないでないとか
プルアップしないといけないタイプだとか、

>>165
受光部がTTL出力なのか、オープンドレインとかじゃないか仕様を調べる
問題なければ実際H/Lで何Vとなってるのか調べる
その結果で色々と手がある

>>165
秋月で購入したCRVP1736、150円の奴です。。H83664タイニーなどでは直結でうまく割り込みかかるんですが。

>>168
じゃあ PIC16F88の設定が出力になってるとか　WeakPull-Upの設定とか

169>>
回答ありがとうございます。WeakPull-Upってわからないのですが。ちょっと検索したらそのような気もします。その場合は、プログラム的に対処できるという事でしょうか？

>>149
取り合えず、ＬＥＤ周辺の動作確認をしてもらいたいのだが、

１．HC138 をソケットから抜く。
２．PIC16F88 をソケットから抜く。
３．HC138 のソケットの１０番ピンとＧＮＤ間をワイヤーで接続
４．PIC16F88 のソケットの６〜１２番ピンのどれかとＧＮＤ間をワイヤーで接続
５．１桁目の７セグメントのどこかが光る筈

確認可能？

OPTION_REG
RBPU と　INTEDG　

172>>169>>さん
ありがとうございます。ちょと試してみてみます。それにしてもPICって素直に動いてくれない物なのですね。リセット回路とか作らないとうまく立ち上がらない等。

16F88 は内部リセットに設定できるよ
CONFIG　のとこ
秋のライターだったらMCRLE RA5=IOにする

>>161-171　HC138の10番pinをGnd　16F88の8番pinをvddに接続
したら7セグLEDの1部が点灯しました。共にICは外した状態です。
LEDは接続間違いは無さそうです。

>>175
そう。 LEDとトランジスタは大丈夫なんだね。

>>160で2Vの電圧が出てるという事で　
もし入力ポートになっているなら、テスターなら0Vになるだろうから
ダイナミックスキャンしようと出力がパタパタ動いてるようだ。

次は、Y０端子がパタパタ動いてるかどうか確認して欲しい。
イヤホンでもスピーカーでもつないで音が出れば動いている。

出てないなら、HC138の4,5,6ピンの処理が間違えているのだろう。

それで点くならベース電流で動いてる
カソードコモンで組んでんじゃねーかよｗ

あ、ホントだ。 GND-GNDで点灯する筈なのに
GND-5Vで点灯したのか！

トランジスタがダイオードとして動いて、点いた訳か？

しかし、だったら
＞LEDは接続間違いは無さそうです。
って結論はおかしいだろ！　書き間違いか？　
書き間違えてないなら、結論は自分で下すなと言いたいぞ。

接続はあってる
でもパーツが間違ってるってことか

３択だな。
１、LEDをカソードコモンに変更するか
２、アノードコモンのままトランジスタを 2SCタイプに変更して　PICの出力論理を反転するか
３、あきらめるか

いや！アノードコモンだから　COM側はGNDになるはず！

>>182
いいか、

｜　アノード　LEDの＋側
▽
ー
｜　　カソード　LEDの-側

　アノード側(+側)を束ねたものをアノードコモンって呼ぶんだよ。

だいたい、カソード(-側) を束ねているなら　トランジスタに2SB使ってるのが変だろ？

同等品ってのが今回の釣りのキモだったわけか

>>175
７セグメントＬＥＤの種類（カソードコモン／アノードコモン）が違っているので、
対処方法は
１．指定どおり、アノードコモンの７セグＬＥＤを買ってきて交換
２．ＬＥＤ直前（a-g,COM）に抵抗内蔵トランジスタ（通称デジトラ）を入れて論理反転
３．以下のソースリスト修正（a-gの論理反転）を施し、2SB641の
　　　エミッタ → +5V　コレクタ → COM　を
　　　エミッタ → COM　コレクタ → GND に変更。（エミッタフォロア）

ソース（変更後）
suji_table1
;-----------
retlw 3fh ;0
retlw 06h ;1
retlw 5bh ;2
retlw 4fh ;3
retlw 66h ;4
retlw 6dh ;5
retlw 7dh ;6
retlw 27h ;7
retlw 7fh ;8
retlw 6fh ;9
retlw 77h ;a
retlw 73h ;b
retlw 7fh ;c
retlw 7fh ;d
retlw 7fh ;e
retlw 00h ;f(space)

なお、結果には責任持ちまへんのであしからず。

ちょっと待って！マジかよ！店頭でアノードコモンって書いてたから
安心してたんだけどジャンク品で２００円で買った。だまされたかも！

店もだまされたのかも

横に印刷されたIDにAかKが9割りがた含まれるので、店も客も
データーシートがなかろうがまず間違えないものなんだがな

ま、こんなLEDもあるぐらいだからね。
ttp://blog.zaq.ne.jp/igarage/article/701/

今７セグLEDを10KのＲをはさんで直接点灯してみた。
結果はCOM側はGNDになってた。と言う事は間違いなくカソードコモン？

>>190
ああ、１００％なｗ

今　カソードコモン（アノードコモンと思ってた）しか
無いので試しにCOM側と入れ替えてみたら点灯した。
もちろん数字にはならないが点灯確認は出来た。アノードコモンを
買ってテストしてみます。色々有難う御座いました。
まさか７セグLEDが原因だったとは夢にも思わなかった。
又結果を報告します。コメントくれた皆に感謝っす！

申し訳ないがもう一つ質問させてもらってよい？

http://search.murata.co.jp/Ceramy/CatalogAction.do?sHinnm=ENC-03R&sNHinnm=ENC-03R&sNhin_key=ENC-03R&sLang=ja&sParam=enc-03r
このENC-03Rの電圧を増幅してやって、A/Dポート付きのPICにぶち込みたいんだけど、可能かな？
可能ならどのＰＩＣを使うのがお勧め？ どの程度の分解能が必要になるかオイラにも
よくわからないのでアレなんですが・・・

>193
可能でしょう。どの程度の分解能が必要なのかは知りませんが。
12/16Fのなかから選ぶなら代表的なのは以下のでしょうか。
必要なI/Oの数から決めてください。
12F675 8pin
16F88 18pin
16F876 28pin
16F877 40pin

>>193
要件が固まってないところからカットアンドトライですすめる気とみるが、
それなら倒れないプログラムと駆動系を作ってからセンサを決定したほうがよい
そうすればプログラムが完成するころには、入力として何が必要かはっきりしてる
倒れないための情報量にそのセンサ+PICが足りてなければ、製作は泥沼決定となるしな

>>194
入力はENC-03R系のセンサ x 1、モーターがどんだけ動いたか監視するのに x 1
出力はモータを動かすパルスを出すのに x 1、
２輪を別々のモータで制御するとしても入力 x 3 、出力 x 2 ぐらいかな。
って事は12F675でまかなえるかな〜。使用を確認させてもらいます。
ありがとでした。

>>195
ご名答です。手探り状態なもんで・・・
傾き a に対してある一定量 b だけモータを駆動させるっていうプログラムを組んで
一先ず静止状態で立っていられるように a=xb の x を決定すれば何とかならないかな〜
って考えてる程度で。。。

高さ１５センチぐらいのセグウェイもどきな機構を考えてます。

>196
内部クロックを使えば入力×３、出力×２がまかなえますね。
ワンランク上の12F683なら1chだけだけどPWMモジュールが
ついてます。モータ制御するなら参考までに。

そうか、PWMが使えた方がいいのかも。使ったことないけど
それに普通のモーターを使うとなるとHブリッジとかになって、一つのモーターに
出力 x 4。。。　後閑さんのサイトでは16C73Aを使ってるようですが・・・

すいません。各種PICの簡単機能比較リストなんて、都合のいいものないですかね？
ないですね、はいスミマセン、コツコツ調べます。

Ｊ○_○さんに薦められたPIC初心者掲示板を見ました。
だいぶ荒れていて初心者向きではない印象でした。
とても質問すべき場所では無く、廃虚になっていると感じます。

http://elm-chan.org/bbt/?lang=ja&show=1620
こんな記事も見つけました。
こうした皮肉を込めた悪意の悪口を他人様の掲示板に
平然公然と書くこの投稿者の根性は並でないと思います。

>>198
おまいはmicrochipsに行ったことないのかｗ

>198
ある意味において簡単比較リスト。手に入らないものは検討しても仕方ないので。
ttp://akizukidenshi.com/catalog/items2.php?c=picflash&s=name&p=1&r=0

正直自分は8pin/18pin/40pinからそれぞれ12F683/16F88/16F877Aぐらいしか
使わないかも。28pinはどれを買っても16F877Aよりも安くならないのでほとんど
使いません。

・・・というか、自分はほとんど12F683と16F88で事足りてしまうものしか作れない。

AVRならPWMいくつもついてるよ……とスレ違いな事言ってみる

いや多ピンでよければ1000円以下のdsPIC33FJ64GP706に
キャプチャ付きPWMx8あるし選択肢としてはどうかと

ttp://file300kb.run.buttobi.net/fl/src/Oil0024.zip
秋月のフラッシュタイプPIC比較表

8bitのPICでその手の制御は難しいよ。
制御となると掛け算や倍長演算が欲しくなってくるけど
PICはキャリー付加算も出来ないからコードが冗長になりがち
多少コストアップでも、最初はH8やM16のボードでC言語で書いて実験して
成功してからそれをＰＩＣでやるにはって考えた方がいいとおもうよ

>>200
行ってみても発見できない俺がいる・・・

>>201
どもです。ヘタレほど何が難しいのかすら分からずに無茶な挑戦をして玉砕・・・
自分でも分かってるんですけどね

>>202
開発環境を整えて勉強しなおしてああああああああああ

>>203
もはや手も足も出ません。開発環境もそろえ直しっすよねぇ？

>>204
感謝感激です！

>>205
それをいっちゃ〜 orz・・・
dsPICで再出発するかAVRとかに流れるか・・・


皆様アドバイスありがとう。もうちょい試行錯誤してみますね。

ＰｉｃＢａｓｉｃコンパイラのスレ立てていい？

>>207
PicBASIC限定にすると、すぐにネタ切れになっちゃうと思うんだけど。

アセンブラ、C、BASIC、PASCAL…とPICのプログラミング言語全般にするとか、
いろんなマイコン（PIC、AVR、H8…）のBASICスレにするとか。
でも、どっちにしても他のスレとかぶるところがあるか…

>>206
AVRへの移行は簡単だぞ、いまではWinAVRでC++が無料でデフォだ。
ちなみに俺はPICとAVRの両方使ってる。


PICBASICって使ってる人いるの？
mikroBASICあるから十分だと思うんだけど。

追記

だれか16FのPICでこれを作ってくれｗ

アドレス張り忘れたｏｒｚ

http://www.jcwolfram.de/projekte/avr/chipbasic32/main.php

７セグLEDを交換したら表示出来ました。でもPICに負荷がかかった
のか表示がでたらめに・・・・PIC交換で復活しました。
今度はIF周波数が450ｋhzになってるんですけど455KHZに
変更するのはどうするのか調べてます。picって奥が深いなぁ〜！

dec_1000
movlw 0d0h
subwf data_s0,1
movlw 01h
btfss STATUS,0
subwf data_s1,1
btfss STATUS,0
subwf data_s2,1
btfss STATUS,0
subwf data_s3,1

movlw 0ddh
subwf data_s1,1
movlw 01h
btfss STATUS,0
subwf data_s2,1
btfss STATUS,0
subwf data_s3,1

movlw 06h
subwf data_s2,1
movlw 01h
btfss STATUS,0
subwf data_s3,1

return

多分ここを変更すると思うけど・・・・！挫折　ＯＴＬ

>>213
Cでやれば？
http://www.mikroe.com/en/compilers/mikroc/pic/download.htm
とか
http://solitonwave.co.jp/product/sourceboost.html
とか
http://www.welcome.mech.nagasaki-u.ac.jp/gs400e/pic_sdcc/sdcc_start.htm
とか

>>213
そのものズバリ dec_450 ってサブルーチンがあるみたいだが？

>>215
そこは知ってるよ！上のと同じ。どこを変更するのか
解らない泣；

dec_450
movlw 0d0h
subwf data_s0,1
movlw 01h
btfss STATUS,0
subwf data_s1,1
btfss STATUS,0
subwf data_s2,1
btfss STATUS,0
subwf data_s3,1

movlw 0ddh
subwf data_s1,1
movlw 01h
btfss STATUS,0
subwf data_s2,1
btfss STATUS,0
subwf data_s3,1

movlw 06h
subwf data_s2,1
movlw 01h
btfss STATUS,0
subwf data_s3,1

return

ちょと上げてみたｗ

>>216
名前は dec_450 で４５０を引く様に感じるが、引くのは Hz 単位。
つまり、450000(06ddd0h) を引く。
さぁ、もう一度そのソースリストをよ〜く眺めて味噌。

>>218 う〜ん　最近始めたのでソースリストの解読は
難しいです。具体的に宜しくです。多分06ddd0hは
10進数とかで書かれてるのだと思うのだけど
それが解れば変更出来るかな？

16進数だけど・・・・・
calcとかで確認すれば

movlw 06h
movlw 0ddh
movlw 0d0h

今関数電卓で16進数で計算したら6DDD0となりました。
近い数字になるけど割り当てはどうすれば良いのかな？

すこしは考えろ　そのくらいできるだろ

PICスレって奥が深いなぁ〜！

おんぶにだっことはこのことだな　

ソース眺めればリスト中の >>221 に直ぐ気付くかと思ったのに… orz

450000 -> 06 dd d0 h
455000 -> 06 f1 58 h

今度はコンパイルの仕方が・・・・・・・・

>10進数とかで書かれてるのだと思うのだけど
ム板でよくあるのが
「メモリに１０進数で書き込んできるのを１６進数で書き込むようにしたいのですが、どうしたらいいでしょう？」
「書き込んだ値に10進も16進もあるかい！」

>>226 返信が遅れました。IFを455KHZに設定
できますた。気がつかずスマソOTZ

ム板ならCOBOLとかPコードってオチかもしれず

>>228
10進数がBCDで書き込まれてるのかも知れない
どっちもアスキーコードで書き込まれてるのかもしれない

0h 0h 0hで普通の周波数カウンターになりました。
解ると面白いぞ！！

判った判った。　さあ次の人どうぞ

>>230 >>231
そうそう、こういう大ボケが後を絶たない。
値をどう解釈するかは取り出して加工する側の問題で、書き込まれてる値とは
関係ないことを理解させるのに苦労するんだよ。

いや、でもここでの文脈では、メモリ上じゃなくて
アセンブラソース上ってことだろ

どちらかというと>>228がぼけをかましている

ついでに２進数ですらないってことも説明するべきだろうしな
こないだメモリにつなぐアドレスとデータの線はどんな順序でも
いいんだと説明しているのにどうしても理解できない奴がいた
そいつは次にGPIOを適当な順序でつないで怒られてたから
今でも理解できてないようだ

>>236
メモリって、ROMでそれやられる前にきちんと教えた方がいいぞｗ

7セグLEDへのポート変更で解らなくなった。セラミックOSCを
使ったらRA6が使えなくなる為RA3に変更しなければ
いけないのだけどソースを見てもそれらしき場所が解らないでつ！
ココにそれらしきソースを見つけたけど・・・・・・
port_set ;RA0,RA1,RA2,RA3,RA6(OUT)
;RA4,RA5,RA7(IN)
;RB0,RB1,RB2,RB3,RA4,RA5(OUT)
;RB6,RB7(IN)
call banksel_1
clrf TRISA
bsf TRISA,4
nop
bsf TRISA,5
nop
bsf TRISA,7
nop
clrf TRISB
bsf TRISB,6
nop
bsf TRISB,7
nop
call banksel_0
return
？です。
又　挫折しました。よろしくです。
参考資料　http://nonchansoft3.at.infoseek.co.jp/audio/fcount1.htm ;RA0,RA1,RA2,RA3,RA6(OUT)
;RA4,RA5,RA7(IN)
;RB0,RB1,RB2,RB3,RA4,RA5(OUT)
;RB6,RB7(IN)

>>165です。
やっぱりOPTION_REGとかプログラム的に色々試したがだめだった。赤外線モジュールのOut端子のみでテスターで電圧計ると５ｖでてて、picのRB０に直結すると０ｖになってしまいます。
やっぱり回路的に工夫しないとだめなんですよね？

まだ試してませんがこんなHP見かけました
http://masudayoshihiro.jp/electric/ir01.php

やっぱりトランジスタや抵抗を挟まないとだめなんですか？

そこはセラロックにしない、で全て解決
PICのカウンタは、マスタークロックと同期しているので、
最終桁の数字がブレたりとか碌な事にならない

>>239

PICは単体で動作してるの？　結線しなければピンを手でさわるだけで
割り込みとかかかるはずだけど

RB0はちゃんと入力（１）になってるね？　

>>239
RB0に抵抗つないで、テスターで電圧計って、出力抵抗を計算してみたら？
もしかして、出力ポートにわざわざしてるんじゃないの？

>>241-242

set_TRIS_A(0b00000001);
set_TRIS_B(0b00000001);
ext_int_edge(H_TO_L) ;//立下がり

プルアップしたボタンでGNDにショートすると(5v→0v)割り込みはかかります。赤外線モジュールのout端子とrb0繋ぐと最初から０ｖなので割り込みかかりません。

┐(´д｀)┌

ハード的なことは弱いので宜しくお願いします。

ネットでの独学も限界かと思い、参考書買おうと思うんですけど
「C言語によるPICプログラミング入門 」
とか
「CによるPIC活用ブック」
あたりが評判よさそうなんでげすが
使ってるＣコンパイラがMikroCなんで対応書籍が無く、
どうしようかと悩んでいるとこであります。
ＡＮＳＩ準拠ならPIC関連の参考書でなくてもいいのでありますか？

>>243
受光素子はプルアップしてる？

>>246
受光素子はプルアップしてません。プログラムで内部プルアップあるなし等でいろいろやりました。

mikroCはヘルプに詳しいこと書いてからいらないだろ、それより何を作りたいのか決めた方が良い。

>>247
RB4-7のピンではどうよ　他のPICでやってみるとか　



INTCONの設定もちゃんやった？

>>247
センサーをRB0に繋げて、
set_TRIS_B(0b00000001);
を実行したら割り込みマスク＋無限ループする様にして、
その状態でRB0の電圧を測るとどうなる？
　ポートの構造上、出力モードになっていても >>243 みたいに
無理矢理スイッチでLowにするなどして、指定されたエッジを
検出させたら割り込みは発生するよ。


>>238
　　　　　　　 /,. -‐'⌒￣⌒ｰ-､　＼　　　 ＼
　　 　 　 　 /':.:.:.:.:.:.:.:.:.:.:|.:.:.:.:.:.:.:＼　ヽ:　/_／
　　　　 　 /.:.:.:.:.:/:.:.:.:,:.:.:|:.:.:ヽ.:.:.:.:.:.',　} /:.:.|
　　　　　 l{:.:.:.:|:.l:.:.:.:/l/'ハ:､.:.:ヽ.:.:.:.:} .{::.:.:.:.:l
　　　　　 ﾊ:.:.:.|:|:.／/ ノ ‐ヾ＼_|l.:.:.:i　}::.:.:.:.:.',
　　　　　　 ヽ:.:.{. ,:=､　　 =＝､ ﾉ.;./ /::.::.::.:.:.:.',
　　　　　　　　ヽゝ　 ､　　　　　ｿ!※}::.::.::.::.:.:.
　　　　　　　　　{ ｀ヽ、ヽﾌ　／ｲ　 /‐､_:.:.:.:.:.:.
　　f＾)＾)＾)＾)＾)＾)＾)＾)＾)＾)「-､_,{※}　ｒ′ヽ:.:.:.:.
　ｒ''⊇、　 　 　 　 　 　 　ｌ|ヽ_/　 } t′　　',:.:.:.
　{　=='､ 知ってるが 　　ｌ|!;r'!※{ ｔ′　　　',:.:.:
　ﾊ,,_う´　　 　 　 　 　 　 l||;;l}.　 {,ｺ 　 　　　!:.
_{'V|ｌ 　お前の態度が　 ｌ||;;;{※.},ｺ　　　　　 !、
ゞ　|l 　 　 　 　 　 　 　　 ｌ|.l;;{　　},ｺ　　　　　　}
＼,,|ｌ気に入らないですぅl| L{.※{,ｺ　　　　　 /|
　　|ｌ＿＿＿＿＿＿＿＿l|,rn}　 },ｺ＼　　 ／　〉

まぁ、>>240 も書いてるが、セラミック振動子を周波数カウンタに
使うのはお薦めできない。
夏や冬になると表示が狂う可能性有り。
どうしても使うなら水晶発振子で。




ヒント： sel_clear　main_loop2

>>250 もしかして　薔薇乙女のそうせいせき？

間違えた翠星石？

精度要らないならセラロックで十分＞カウンタ

>>250

ポートが入力になってないってことですか？set_TRIS_B(0b00000001);以外に何かやる事があるのですか？ちなみにCCS−C使ってます。

PIC16F84以降のPICは、使うまでの儀式が増えたからなぁ。
アナログきったり、いろいろいろいろ。

めんどいし、GCCが使えるのでAVRに転ぶ気がよくわかる、

ccsでset_tris_bしても#use fast_ioしてないと勝手に変わっちゃうよ

AVR=84A？

>>255
面倒なのもあるけど性能がいいのと内部が使いやすくなってるしね。
Tiny2313が秋月で120円・mega48が苺で300円と値段もPICより安くなったのとISPが使いやすいしな。

確かにISPできるはいいね。ちょっとしたもので安いTiny2313なら
ソケット無しで直付けして使ってる。
PICもISPできない事はないようだけど、クリスタルオシレータを
使うときはどうすればいいのかな

>>256
今まで、グローバルエリアで#use fast_io定義してたのですが、main関数内でset_TRIS_Bの直後に#use fast_io書いたら割りこみかかりました。ありがとうございました。

set_TRIS_A(0b00000001);//０・・出力に。１・・入力に。
set_TRIS_B(0b00000001);
#use fast_io(a)
#use fast_io(b)

ＰＩＣへの書き込みにLEAP社のPSTARTっていうのを使ってる人いますか？秋月のこれ↓
http://akizukidenshi.com/catalog/items2.php?c=picw&s=popularity&p=1&r=1&page=#M-00724
PIC START PLUSよりかなりお買い得っぽいので買おうかどうしようか迷ってるんだけど、
新しいＰＩＣが出たときにPIC START PLUSと同じやり方でファームウェアのバージョンアップ
とかできるかどうかご存知ありませんか？
秋月のサイトを見ると中身はまったく同じっぽいけど、将来的なファームのバージョンアップまで
保障されてるんでしょうか？

>>261
自分もLEAP使っている。
本家のやつもLEAP社が作ってOEM供給しているから
LEAPも本家も基本的には同じ物。
当然ファームのバージョンアップも無問題。
安心して使え。

>>261
使っています＆バージョンアップ実際にやりましたっていうか、確かPStartがOEM先がPICSTARTだったような気が。

>>262-263
どうもありがとうございます。
安心して突撃できます。

ちなみに古い奴17C44使ってる奴をフラッシュに変えるためのアダプタ。
何故か３０００円もするが、単に６４ピンQFPを４０ピンDIPに変換しているだけ。

ちょっす。
今MikroC評価中なんですけど
")" expected but ; found
ってエラーが　「；」使ってない行に出まして、構文エラーでいいのですか？
実は昨日からＣ始めたんですけど、「＋なんか使ってねえよ！」って
キレそうです。再インストールしたけど同じ。ＣＣＳ買った方がいいかな

>>266
単にカッコの数が合わないよって意味じゃないのか？
エラーコードでリスト作って、表示するときに画一的に意味を表示する
だけだろうから。
その辺にエラーがあるってことだけ分かれば充分でね？

どもです。お騒がせいたしまして直りました。
訂正「＋なんか　→　「；なんか
カッコの数は同じだったんだけど、変数の宣言を直したら直ったっす。
結局の意味はわかりませんでした。

ところが書いたプログラムは５０行に満たないのに、
Demo limit と出てコンパイルできませんでしたとさ。
これで２ｋワードとは…
浮動小数点つかったから？

さて、どうせ金払うなら　ＣＣＳにするか　それともMikroCで行くかなやむなあ。

>>268
SDCCはどうなんでしょか？

>>269
意欲的な人がいるモンですねー。
残念ながら使いたい型のＰＩＣが対応してなさそうなので…。
ＣＣＳ高いからホントはフリーので使ってみたいんですけどねー。
保守料ってなんだＹＯ！みたいな。
でも日本語の参考書がたくさんある現実は捨てがたい…。

というか浮動小数点って相当複雑な計算してるんですね。
floatを3個作ってそのうち１個を比較しただけでＨＥＸワード数が１９７８とか行きました。
Sin　と　小数点の積なんか使ったら、
MikroCのデモ限界2000ワードを超えて
いくつになってるのかわかりません。
にわかに信じられないんですけどそういうものなんですか？

そんなもんだよ。

っていうか、PICで浮動小数点演算を行わせようとする時点で(ry

CCS Cなあ。年間メンテナンス入ってないと30日間しかアップデート
できないとかハァ？って感じだな。つか対応プロセッサの追加とか、
本来の意味でのアップデートはいらねーから、致命的なバグの
バグフィックス位はメンテナンス契約の有無にかかわらず提供すんのが
道理だろと。

CCS-Cはねぇ
何だかんだ言いながらPIC用のCでは最も完成度高いからね〜
売る方も客の足元見ちゃえるんだよね
商売の力関係なんだから、それに文句を言っても仕方ないと思うけど、
日本で後閑さんが、アマチュアの工作者向けに、
この非常に維持費の高いコンパイラを、その事実を隠してプッシュしてるのは、
いただけない話だよね〜

Wiz-Cが値段が安いから、まあ値段なりに納得出来ると思うよ。
ただ、便利機能はクセがあるから使い方に慣れないと逆にメンドクサイね
・　便利機能は無視
・　全部BYTEでしか使わない
・　for文はマニュアルで推奨された方法でしか使わない。
・　ビット操作をとにかく使う
・　引数なんてもんは使わない　グローバル変数で渡す
・　帰り値は使うならBYTEのみ
高級アセンブラとして使えば、エミュレータが秀逸だから、事前デバッグがとても楽

あとWiz-CのUNICODE対応は気持ち悪い出来だから無視した方がいいだろな

Wiz-Cは割り込みが（ｒｙ

意欲的なのは良いけどCCSCやmikroCやWiz-C買うのはやめてやめとけ。
自分はmikroBASIC買いかけたけどPICにC言語自体……。

数万出してアレを買うならAVRを勉強してフリーのWinAVR（C++）を使ったほうが後々にもいい。

誤：買うのはやめてやめとけ
正：買うのはやめとけ

ｏｒｚ

あ。。ども。　なんか噴出してる…ｗ
確かにＧさんの本は比較対照にわざと競合外してる感があって営業っぽい感じがしますねえ。
なんかマイコンの選定から始めたほうがいいみたいですね。
ここ数日の投資が全部無駄になりそうだけどｗ

>>277
まあ勉強なら、最初はH8/M16あたりのボードからやるべきだろうな。
ただ、ADC付で小ピンでとなるとPICの独断場で、選択肢にどうしても入ってしまう。

しかしPICはアセンブラで書くとなるとメモリバンク操作がとにかくバグを誘発し易いから
C言語を高級アセンブラとして使えば、だいぶ楽になる。　そういうサイズのコードを
書かないならアセンブラで十分。

Ｃ言語を再利用性とかの観点からＰＩＣに導入したらそりゃ失敗だ。

PICも用途によってはPICにしかできない事もたまにあるけどね。
タイマーに値をセットしたらプリスケラがリセットされるのは（汗

>>279
オススメのチップのデータシート置いておくから参考にしてくれ。
http://reef.path.ne.jp/~hero/pdf/TINY2313.PDF
http://reef.path.ne.jp/~hero/pdf/MEGA88.PDF
http://reef.path.ne.jp/~hero/pdf/MEGA128.PDF

AVRマイコン総合スレ Part7
http://science6.2ch.net/test/read.cgi/denki/1162464623/

マイコンで浮動小数点って何をやろうとしてたのか気になる……。

SourceBoostいいよ。安いし。

SourceBoostはライブラリ関数が（ｒｙ


・・・って最近のはｼﾗﾈ

>>281
ゴルァ！直リンするなって書いてあるだろ！
こういうのが居るからAVRユーザのイメージが悪くなる。

初心者向けとしてAVRを推していくなら、この手のユーザが増えはしても
決して減らないと思うよ
その分メジャーになったってことなので、悪いイメージのレッテルは
我慢するべきこと

>>284
むしろその狭量さがイメージ悪い(w

>>281
やっぱ手元の評価ボードが無駄になっちゃうからＰＩＣで行くことにします。
情報ありがとう。
で、コンパイラですが、mikroC、ヘルプは英語だけど素直な英文らしく、
翻訳サイトに突っ込んだらかなりまともに日本語化してくれるのでとりあえず必要なところは読めてＯＫ！
保守料払ってまで、しかもタイプごとに小分けして…なんてのに金払うより
安くてほとんどのPICに対応しててＡＮＳＩ準拠なmikroＣで
とりあえずＣの勉強しながら進化しようと思います。
ソフトとしては一長一短なんでしょうけど。

浮動は…スムーズに加速させたかっただけなんですよ。
記述が１行で済みそうだからやってみたんですけどねー。

>>287
掛け算禁止。
割り算禁止。

どうしても掛けたい時は、左シフト
どうしても割りたいときは、右シフト

>>284
>こういうのが居るからAVRユーザのイメージが悪くなる。
いや、わざわざPICスレに勧誘に来てる時点で、もう（ｒｙ

初心者質問スレとか見てると、昔はPICスレからの勧誘カキコが
多かったのに、今はAVRスレからの勧誘カキコの方が多いんだよな。
必死なぐらいｗ

まぁ、78k・Renesus・PSoC・ARM・MSP430 スレからの勧誘が
皆無な事を鑑みると、>>285 のとおりユーザが増えたんだろうな。

>Renesus・ARM
　　PICとレンジ違うからそこのユーザーがPICユーザー勧誘する意味なし。
>PSoC・MSP430
　　PICとターゲット違うからそこのユーザーがPICユーザー勧誘する意味なし。
なだけだと思う。
AVRとPICはモロ競合なのでちょっかい出される。

個人的には
旧ＰＩＣは新たに初心者には薦めない。Ｃとか使いにくいから。
新ＰＩＣは新たに初心者に薦めるけど、まだ応用例が心もとない。
応用例が既にある場合、ＡＶＲでも薦める。
って感じなのだが。
はっきり言って秋月ATTiny2313がなけりゃあまり薦めない。

>>287
mikroCのANSI C準拠な部分って・・・哀しくなるほど。

え、そうなの？
どれがまともなコンパイラなんだ〜。　ハイテク？

だから、PICで　Ｃ言語なんかつかうなって

PICはやっぱ変態アセンブラだろ

じゃあベーシックで。

つか今ケロロ軍曹見ながらテストしてたんだけど、
飲んでたコーヒー吹き出して基盤…の３センチ横がびっしょりになりました。
速攻ビニール袋に格納しますた。

>>293
WinAVRは、GCCなので、かなりまとも。

>>297
元レスの３つの浮動小数点と１つの比較するHEXは
どのくらいのコードサイズになる？

今まで秋月のPICプログラマver3を問題なく使っていました。
それをＰＩＣプログラマーＶｅｒ．４『バージョンアップキット』にしたら、
例えば、PIC16F876を焼くときに、

マイコンがソケットに正しくセットされていません。
キットの組み立て直後の場合は〜

とエラーが出るようになりました。

COM1:AE-PGM877 V6.50
PICプログラマV4 V6.5.68

でソフトは正しいはずです。
同じような現象を尚した方がいたら教えてください。

＞キットの組み立て直後の場合は〜

その先は？

Ver.4モジュールがおかしいんじゃない？

>>287
テーブル使うのはダメ？

>300

キットの組み立て直後の場合は製作にミスがある可能性があります。
メニューバー⇒ヘルプ⇒政策確認資料をご覧になり確認を行ってください。

です。
なんか、モジュール引っこ抜いて再度入れたら動きましたよ。
なんか不安だな。。。

ICソケットの接触不良だったんじゃね？

>>299
マニュアルくらい嫁や

糞スレ禁止！！

かるさん、それがごみレスって言うんです。
華麗にス(ry

PIC16F785どっかで買えない？2〜3個で良いんだけど
Directはクレジットカードが要るみたいだ

Digi-Keyにあるだろ
何か買うついでに紛れ込ませておけば良いんじゃねぇの？

>>307
特定アプリケーション／特定ユーザー向けに作ったカスタマイズ版を外販しちゃったっぽい石だね

307です。
>>308
ありがとう。調べてみます

>>309
内蔵オペアンプがうれしいおまけなんです

PICを初めて扱うのですが、
フルカラーLEDの制御回路を考えています。
60秒ごとにはっきりと色が変わるもので、
PMW制御とか難しいことは考えていません。

どなたか回路作りのヒントを下さらないでしょうか？

3色なら直結でもいけると思うが
それともソフトが分からんのか?

>>312
本当にPICが初めてで。
ソフトも分からないのですが、
クリスタルなどは必要ありますか？

>>313
PICにもよるけどセラロックで十分かと
っていうか、本買ってやったほうがいいよ

>313
６０秒というのがどの程度正確に必要なのかにもよりますけど、
クロック精度1%程度なら内蔵クロックが使えるものもあります。

というよりPICの開発環境は大丈夫ですか？PICライタとか。

>>314
ありがとうございます。
本は買ったのですが、理解力に欠けているみたいですorz

>316
どの本買いましたか？

>>315
制度5％以内なら大丈夫なくらい大雑把ですｗ

ライタについては秋月のものがあります。

>>317
ttp://www.amazon.co.jp/.../dp/4774124664
これです。

>>319
とりあえずライターはあるのか?

その本は見てないけど、LEDチカチカの実験はあるみたいだから、
訳分からなければその通り作ってみたらいいと思うが

>319
後閑さんの本ですね。picマイコン使いのなかではとても有名な方です。
ご存知かもしれませんが著者のサイトは
ttp://www.picfun.com/

私はその本は持っていないのですが、
ttp://www.picfun.com/picbookC.html
をみると第二章にLEDの点灯の項目があるようですね。

３色フルカラーLEDといっても、普通はただ単に４本足が生えていて
うち一本がアノードコモンまたはカソードコモンとなっています。

コモン（つまり共通）となっていない側の端子はそれぞれの色のカソード
またはアノードとなっているので、回路的には別々のLEDがくっついて
入っていると考えればよいです。

なんかわかりにくい文章でごめんなさい。

コンパイラーは何使ってるの？

>>320,321
その通り作るとなると、
まったく分からないのでPICを3つ使用することにｗ

質問攻めにして申し訳ないですけど、秋月ライタのVer.4バージョンアップキット
もちゃんと買いましたか？多分８ピンpicだとバージョンアップしないと書き込め
ないと思うので。

あーごめん、アマゾンのコメントにCコンパイラ前提ってあるな。
アセンブラで十分なので>>321のサイトとかで勉強すればいい。

ハードは後回しにして、MPLABいじくり回すとかやってみれば?

>>322
すみません。初めてなので、
できればお勧めのコンパイラーを教えていただければ(ry

>>324
とりあえず無理に8pinで構成しようとは思っていません。
なるべく分かりやすく16F84などで作ろうと思っています。

>>325
本当にほぼ0からのスタートですｗ
本すらよく見ていませんでした。

デモだけど２Kまでつくれる　バグが多いけど・・・
ttp://www.mikroe.com/en/compilers/mikroc/pic/download.htm
サンプル　ソースもあるし
無難に16F84あたりでやってから違うチップに移行するのがいいと思うよ

>327
どうもまだ、なにが分かってて何が分かっていないのかも把握していない状況のように
見受けられます。まず何か作ってみてはどうでしょう。

最初は１個のLEDピカピカぐらいの本当に簡単な回路からはじめるのがおすすめです。
教科書どおり作ったつもりでもなぜかうまくいかないというのはよくある話ですので。

8ピンPICへの書き込み環境がないのなら、とっても古典的な入門パターンになりますが
言語はアセンブラ、picはPIC16F84A、参考書は
ttp://www.picfun.com/picbookA.html
がおすすめです。おすすめサイトは>3のあたりでしょうか。後はGoogle先生・・・

>>329
点滅からの入門ですか。
参考書については、考えてみます。

>330
>>3のなかでも初心者がとっつきやすいのは
PICな日曜日
ttp://www.kimurass.co.jp/picindex.htm
でしょうか。まぁ、適当にがんばって分からなかったらまたきてください。

>>331
正直に言いますと、作ろうとしている回路のLEDの発光は、
チカチカ ×　３　で簡単に出せるので、
まずはそこから勉強していきたいと思います。

丁寧にありがとうございました。

8pinのPICに入門するならこれがおすすめ
http://www.google.com/search?client=opera&rls=ja&q=%E3%81%8A%E3%82%82%E3%81%97%E3%82%8D%E3%81%84+PIC12F675&sourceid=opera&ie=utf-8&oe=utf-8

俺はPIC無知の状態からこれ一冊でマスターした

>>333
ありがとうございます。
金銭的に余裕が持てたら、購入したいと思います。

>333
I/Oの数って、６ピン以内で何とかなってしまうことも多いんですよね。
そうすると今度はI/O節約自体が楽しくなってくる。
で、気がつくとPIC12F683に74HC595がたくさんつながってて、俺は
一体何がやりたかったのかと・・・

>>335
それはいいと思うよ

ﾃｰﾌﾞﾙ参照で使用する
RETLWの動作がわからないんです。
PCL､PCLATH？
本読んでも解らない

7ｾｸﾞ表示で使いたいんですけど
やっぱ動かしながらSIMでﾚｼﾞｽﾀ
の変化を見て理解するしかないのかな

RETLWの動作って Wレジスタに　何か入れてCALLで呼んだ次の行に戻るって動作だけだと思うのだけど

PCLレジスタってのは今実行している次のアドレスが自動的に入っているので(PICが勝手にやってる)普段は意識する必要がないのだな

多分参考にしているPIC本に例が載っているので、始めはそのまま実行してみる方が良いかもね。

>336
ありがとう。ちょっと自信がもてました。

>337
RETLWは単純にRETURNとほとんど同じだけどWレジスタの値が
書き換わるだけです。
分かっていないのは多分PC(プログラムカウンタ)の概念かと。

PICのなかにはPCといって現在実行しているプログラムの番地が
記録されているレジスタがあります。GOTOとかRETURNとかの命令
はそのPCを書き換えることによってジャンプを実行しています。

さて、このPCなのですがジャンプ命令以外のMOVWFとかADDWF等の
命令で直接書き換えてもジャンプが出来ます。
RETLWのテーブルはこの方法を利用しています。

しかし、実を言うとPCは１３ビットのレジスタです。これに対してPICが
MOVWFなどの命令で直接書き換えられるのは８ビットまでなので
不都合が出てくる。

例えば今H'00F0'を実行していてH'0100'にジャンプしたいとき下位８ビット
だけ書き換えてしまうとH'0000'にジャンプしてしまう。こういった事態を
防ぐためには下位８ビットと上位５ビットを同時に書き換える必要が
出てきます。

そこで、PIC内部ではPCの下位８ビットを直接読み書きできるPCLレジスタ
のほかに間接的にPCの上位５ビットに書き込めるPCLATH(PC Latch High)
レジスタが用意されています。

PCLATHレジスタは値が書き込まれてもすぐさまPCに反映させることは無く
PCLにMOVWF等の命令で書き込みがあったときに、それと同時にPCの上位
５ビットを書き換えます。

先の例ではまずPCLATHにH'01'を書き込んでおいてPCLにH'00'を書き込めば
それと同時に上位５ビットも反映されるので無事H'0100'にジャンプすることが
出来ます。

長文スマソ。暇なもんで。

参考
ttp://www.picfun.com/memory02.html

>339
337です。
有難うございました。
pic関連本ではここまで詳細に解説した内容が記載
されておらず悩んでいました。

つか、pic関連本のデバイスの説明って、たいていデータシートのサブセットでしかない

>341
まぁ、日本語で書いてあるだけでありがたく感じる人間もいるんですけどね。
自分みたいに。

PICのデータシートを日本語に翻訳して公開してくれる人いないかな。
AVRの翻訳済みみたいなのがPICにも欲しい。

>>343
その翻訳の内容を鵜呑みにできる？マイクロチップにも多少はあるけどな
ttp://www.microchip.co.jp/document.htm#japanese

データシートくらい英語で読めよ
俺は高1の時に16F819のデータシート読破した

んだ　


最初は全部わからなくてもいいんだし　

尻込みして欲しくないね

文学作品じゃあるまいし英文データシート読めないなら電子工作諦めろ

>343
それこそPIC関連本のデバイスの説明でいいでしょう。12/16シリーズ
はどれも大体同じだし、違うところだけデータシート読むというスタンスに
私は特に不満を感じませんが。

>344
少なくともマイクロチップの日本語データシートは記述がところどころ
怪しいと思います。もちろん取っ掛かりとして有用だということは否定
しませんが・・・現に私も87Xのデータシートにはお世話になりましたし。

>345-347
別に>343は英語のデータシートが読めないとは言ってないと思うのですけど。

そういうの屁理屈っていうんだよ

>349
そうですかね。英語が読めないから日本語の文献がほしいと思うのと、
英語の文章も読めるけど日本語の文献がほしいと思うのにはずいぶんと
違いがあるように思うのですが。

少なくとも日本でPICがそこそこ普及しているのは、16F84の日本語データ
シートがあったことも大きいと思いますよ。

後だしでそんな条件つけちゃだめだよ

>351
「条件」とは具体的にどの内容を受けてのことでしょうか？

私は>343の書き込みは英語のデータシートが読める人物によるものだと
解釈したのですが、>345-347はそれとは違う解釈をしたのですよね。

コテ書いてないけど
あんた　lightなんとかっていうのか？

ところで「PICkit2 Clone」作らないか？

>353
いいえ。確か前々スレにいた人ですよね。

親戚縁者、同僚、学友、友達？
同じ臭いがする

＞少なくともマイクロチップの日本語データシートは記述がところどころ
怪しいと思います。

怪しくない日本語翻訳版データシートというものにはなかなか出逢わんね。Intelなんか笑っちゃう位酷いものだった。
きちんと翻訳や校正ができる位のレベルの奴に翻訳／校正作業なんていう付加価値の低い仕事はさせないという、いかにも欧米系な合理主義もあるのだろうが

いまどき日本語のデータシートを容易しないことで失うビジネスチャンスなんてゴミ以下。
毛唐連中は中国語への翻訳に掛かりっきりだ。

>>358
だな。
サイトに行っても、たいてい、切り替えボタンは

English
German
French
中文

の４つだ。

でも中国人なら余裕で英文読むんじゃないか

簡体中文以外は不要だ

>>360
不謹慎だが、戦争に負けたときに、公用語を英語にしてほしかったと思う。

>>360
コピー商品作ってる連中は英語ﾀﾞﾒﾀﾞﾒだから

>>354
作ってもいいけどもう買っちゃったからな

>>362
禿しく同意

PICで6桁LED時計作りたいのですが
もすすめのページないっすか?

>365
もすすめ？
ググッたらこんなの出てきた。
ttp://www.hobby-elec.org/clock_v2.htm
ttp://www.picfun.com/equipj39.html

まぁ、PICで時計作るときに一番肝心なのはクロックの精度だから
そこさえ気をつければいいんじゃない？

定番はこれかな。
ttp://akizukidenshi.com/catalog/items2.php?q=KTXO-18S&s=score&p=1&r=1&page=#P-00227

普段はAC100Vの周波数を計っておいて、停電中だけ水晶で動かす方が精度はいいよね

>367
なるほど。盲点でした。
そして引越し先で・・・時計が早く動く！？

水晶は、正確にどんどんずれていくからね。
コンセントの50Hzは数ヘルツずれたりするけど、一ヶ月のパルス数調整するのでほっといても分単位なら遅れ進みなし。

ノイズの誤カウントで進むことになる。

内蔵クロックで50Hz/60Hzの判定とノイズブランキングを行えばよい。

CDSを使って明るさを感知したいんやけど出来るかな？

条件として
PortBを内部プルアップした状態。
暗い状態は1、明るくなると0
A/Dは使わない。
外付け部品は極力少なく。
感度調整用VRは使う。

秋月の安いCDSを使って、スイッチの様にON.OFF出来たら最高です。
明るさでsleepから復帰するとか使えるしね。

コンパレーターもだめか？

コンパレーターを使うとsleepからの復帰が無理じゃない？
単純に電源からグランドまで順に抵抗−VR−Cdsと繋いで、VR−Cds間にポートを繋げると無理か？

スリープ機能　使ったことがなかった　
復帰しないのか　そうなのか

>>374>>375
コンパレータでSleepから復帰できるぞ。
データシートのComparator Interruptsを参照。

CMIEてのがあるね

ＣＤＳの抵抗変化は劇的だから、 コンパレータ無くても>>374で十分だろう

ただ、欠点はCPUがスリープしていてもCDSのオフ時数１０Ｋの抵抗で電流が流れてしまう事
だから、電池を長時間持たせないなら
PICを38Kとかのクロックでタイマー動かして一定時間毎にポートを見る方が長持ちするかもね
CDSと小さいコンデンサCを並列にして

port
-R--+----CDS---+---gnd
　　　 +---- C ----+

PORTをH にして出力し、Cに充電出来たら 入力ポートにしてポートを監視
Lになるまでの時間を見れば、ポート１本である程度の明るさ検出も出来るぞ

>>378
おーー、すばらしい。
なるほどいいアイデアだな。今度使わせてもらうよ。
ポート2本使って似たようなことをしたことあるけど。

でも、Cdsの電圧そのものをポートで駆動すれば、Sleepに入る前に
ポートLにすれば、暗電流も減るけど。どう?

>>376
そっかコンパレータから復帰できたのね。
>>378>>379
まさに目から鱗が5枚ほど剥がれ落ちたよ。

>378
同僚からは匠と呼ばれてる？

>>379
CDSの回路をOFFにしてスリープしてしまうと、「明るさでスリープから復帰」
が出来ないので、適当な周期で監視する必要が有るんじゃないかな。

時間精度を気にしないなら、WDTでスリープ解除して明るさを調べれば
普通のクロックでも消費電力を減らせるけどね。

>>379
ポート２本使って ＣＤＳの電圧を切ってスリープって事は、

P2------------R2----+
　　　　　　　　　　　 　　　　|
P1--R1--+----CDS----+
　　　　　　　|　　　
　　　　　　 Ｃ
　　　　　　　|　　　
　　　　　　GND

こんな配線かな？　

１、　P1,P2を入力に、 P2のプルアップ抵抗をオン、　P1はプルアップ使わない
２、　スリープ　

　　　時間がたてば P2の内部プルアップ抵抗経由でPCが充電されＨになりスリープ解除

３．　 スリープ解除したら、一定時間待って、
４　P2をL にして P1がＬになるまでの時間を計ればアナログ量が測定出来る
５　こんどはP1をLにしてＣを放電
６　１に戻る

Sleepに入りたい理由が「明るくなるまで待ちたい」だけなら>>378>>383の方法でも良いが、省電力（バッテリ駆動時間延長）のためならお勧めできない。
デジタル入力に設定した入力ピンに中途半端な電圧を加えると入力バッファの貫通電流が大幅に増えて（mAオーダ）、Sleepに入って消費電流を抑える意味がなくなってしまうので。

参考：
http://ww1.microchip.com/downloads/en/DeviceDoc/80171k.pdf （PIC16F87/88 Rev. B1 Silicon Errata）の「6. Module: PORTB, RB6 Pin」
http://ww1.microchip.com/downloads/en/DeviceDoc/41200C.pdf （PIC MCU Power Managed Tips 'n Tricks）の「TIP #9 Configuring Port Pins」

省電力が目的なら、明るさの変化後すぐに動作が必要ならコンパレータで復帰（工夫すれば暗電流は数μAに抑えられる）、明るさの変化から動作までタイムラグがあってもよければWDTかUltra Low-Power Wake-Upで復帰してから>>378の方法で明るさを読み取るのが良いかと。

訂正：
× 工夫すれば暗電流は数μAに抑えられる
〇 工夫すれば明電流・暗電流とも数μAに抑えられる

暗電流だけ抑えてもしょうがなかった・・・

VDD----R1----VR-----+--ANPort
GND----R2----CdS----+

こんな感じにして、R1,R2を1MΩくらい、コンパレータのリファレンス電圧をVDD/2、VRをCdSの明抵抗と暗抵抗の中間にすれば、センス電流は最大でも数μAで済む。
ただしコンパレータ出力のソフト的なノイズ対策（例えばリファレンス電圧の一時的変更によるソフト的シュミットトリガ）は必須。

５Ｖならだけど、
電池２本で動かすような場合は、貫通電流はそんなに心配するほどじゃないけどな
でもコンパレータとして使えば中途半端な電圧ＯＫってのは不思議だね

あと、コンパレータ使って数uAってどうやるの？
内部で比較電圧作ると50uAくらい流れるよね。
比較電圧を外部で作るのかな？

まあ、アナログ部品が入ると省電力は難しい。
色々やってみるしかないからな。

だんだん、高度なテクニックになってきましたよ。
sleep中にTIMER回して定期的に起こす。
そんでもって、コンデンサに充電し、放電時間をはかる。
省電力優先なら起こす時間を伸ばす。
てか、sleep中にTIMER動かすのは電気食い？

LEDを光センサーとして使うって一時期流行ったよねw

>>387
コンパレータ使うには、比較用の電圧作るために内部に抵抗が必要で
それは　2K*24 か 2K*32　Ω　なんで、この電流の事を考えると
32K内部発振持ってるPICなら　一定時間寝てた方が少しマシかも

>>386
数uAは外付回路の消費電流。その他に基準電圧が必要で、指摘のとおり内部生成すると数十uA食う。なので、タイムラグがあっても良いのならばWDT等で間欠的に起きてチェックするほうが平均消費電力が低くなるので第一候補・・・というのが>>384の趣旨。
WDTでも数uA〜10uA程度食うから、Ultra Low-Power Wake-Upが使える品種なら、そのほうがより低消費電流になる。

コンパレータとして使うと中途半端な電圧でもOKなのは、ポートをアナログ入力モードに設定するとデジタル入力バッファがOFFになって貫通電流が発生しなくなるから。
>>384で挙げたErrataは、そのデジタル入力バッファOFFのロジックにバグがあって特定条件で貫通電流が増えますよ、という内容。maxが1mA前後だからtypは0.2mAとかだとは思うが、それでも低クロックで動作し続けるより多い程度は流れるわけだ。

>>387
Sleep中はメインクロックが停止するので、タイマを回すには、セカンダリオシレータ（要32kHz水晶外付け）を使う必要がある。消費電流はWDTより僅かに少ない程度の違いしかないから、部品増やすよりWDTを使うほうが良いように思う。

省エネを追求するなら

P1----ＣＤＳ--+
　　　　　　　　　　|　　　
　　　　　　　　　 Ｃ
　　　　　　　　　　|　　　
　　　　　　　　　GND

の方がいいかもしれない。
１、　普段はポートにLを出力して、おく
２、　ポートに t 時間Hを出す　t =0.3*(C*R) RはCDSのスレッショルド抵抗値
３、　ポートを入力にしてポートの状態を見る　Hならオン
４、　１に戻る

その後、アナログ値を読む時は

１、　普段はポートにLを出力して、おく
LP:
　２、　ポートに １パルスHを出す
　３、　ポートを入力にしてポートの状態を見る　H なら ループ終了
　４、　カウント
　５、 カウンタ値が255ならループ終了
６、　１に戻る

ＶＲをＣＤＳに直列につないでもいいし、ＶＲも同じ方法で読めばいい。

短時間なら貫通電流も無視出来る

×　t =0.3*(C*R)
○　t =0.7*(C*R) 　だ。

抵抗10K、コンデンサの値は 332(0.0033uF)とすると
CR=33uSec　で　時間は 22uSECくらい

入力のスレッショルド電圧にも依存するけどな。
せっかく溜めた電荷なんで、逆向きも活用して交互に動かしたほうが省エネかもな。
Cのリークが少ないということが前提だが

アナログ的な読み取りはポートがオープンドレインモードで'L'かHi-Zという
選択だと、'L'パルスのカウントにしないと

まあね。　でも >>391にしておくと
Weak PullUp　をONにして　Ｈになるまでの時間を見るという方法も使える
ただ、バラツキが大きいのが困りものだが

内蔵プルアップは相当いい加減だしなぁ
あと、RがでかすぎるとCのチャージを抜ききるまでの時間が問題になってくる
だろうから入力ポートをオープンドレインにするなどしてＣを初期状態にもって
いかないといかんか

確かに真っ暗でRが１MΩ越えてくると、入力端子の数ピコの容量が効いてくるから

１、　普段はポートにLを出力して、おく
２、　ポートに 0.7*(C*Rth) 時間Hを出す RthはCDSのスレッショルド抵抗値
３、　ポートを一瞬Lにする
４、　ポートを入力にしてポートの状態を見る　Hならオン（明るい) Lなら暗い
５、　１に戻る

というふうに一度Ｌを出してやらないと誤動作するね

明るさを読み取るには、その辺が限度かな。
VRでプリセットしたスレッショルドに対して明／暗が分かれば良いだけなら、

P1-----1MΩ----VR-----+--P2
GND----1MΩ----CdS----+

と接続しておいて（P2はコンパレータ入力）、測定したいタイミングでP1⇒H、電圧リファレンスON、コンパレータON。
適当な時間（10us程度）置いてコンパレータ出力を読み取ったらP1⇒L、電圧リファレンスOFF、コンパレータOFF。

これだと、外付け回路・電圧リファレンス・コンパレータの合計で30uA食うとして、平均消費電流は>>392の定数の1/20くらいになる。ってまぁ、>>392のCが151なら同じになってしまうわけだが。

絵で説明すると、　オープンコレクタ方式だと、回路はこうなる

P1---R---+---ＣＤＳ-- +V
　　　　　　　|　　　
　　　　　　 Ｃ
　　　　　　　|　　　
　　　　　　GND

P1をLにして Cを完全に放電してから、P1を入力ポートにして
　CDSを通してＣｎｏ電圧がＨになるまでの時間を測定するか
一定時間後のＨ/Lで判定する。

この方式でも、、ＣＤＳが高抵抗（暗い所）だと、Ｈまで長い時間かかるので
そうなると貫通電流の流れる時間が増えてしまうから、
一定時間でＨにならないなら、P1を出力に換えてＨを出力するという事になる
１回の測定でＣにかかる電圧は0〜 +Vだけ振れる

P1----ＣＤＳ--+
　　　　　　　　　|　　　
　　　　　　　　 Ｃ
　　　　　　　　　|　　　
　　　　　　　　GND
こうして
普段はポートにLを出力しておき、測定する時 >>396の手順でﾁｪｯｸし
敷居値を超えて Hを検出したら、
そこから P1 にいLパルスを　出しては 入力ポートにして Lになるまでのパルス回数で数値化する方式なら
暗い時のＣへのチャージ電圧は大きくないので、その分だけ省エネになるというわけ

>>397　ちょっと考えてみたけど、
やっぱり1MΩはインピータンス高すぎて、電磁波ノイズ
ホコリや結露とかの影響受けやすいから、それは怖いよ
ノイズ対策の為に何度も計るなら、抵抗減らした方がいいという事になるしさ

>>398
水を差すようだが>>372最初の条件から逸れてないか？

>>366 �dｸｽ　なかなか　すごい時計ですが・・・・腕がorz

>>398
確かに。分かりやすく1MΩにしたけど、30kΩでも総消費電流は3倍にもならないから、実際に使うときにはそのくらいまで下げたほうが現実的だね。
ここまでインピーダンス下げればセトリングタイムも減らせるから、平均消費電流はたいして変わらないわけだし。

>>399の間違いorz

LinuxのPiklabでICD2+USB書き込みできてる人いますか？
Windows+ICD2+USBでは問題なく書き込めるのですが、Linux hostになると
piklab-progが

$ sudo piklab-prog -c program -p icd2 -d 30F2010 -t usb --target-self-powered pic30-ledtest.hex
Piklab version: 0.12.2 (rev. distribution)
programmer: icd2
device: 30F2010
port: usb
target-self-powered: true
libusb 0.1.12: using interrupt mode
Connecting ICD2 Programmer on USB Port with device 30F2010...
Error: USB Port: Error sending data (ep=1 res=-22) (err=error submitting URB: Invalid argument).

といって失敗します。pic30-gccでビルドまではできるので、なんとか
動かしてリモート開発できるようにしたいんですが・・・上のエラーに
あたったことがあって、解決できた！っていう人がいればアドバイス頂ければ。

ゴールデンウィークの自由研究ｗに、PIC時計を作ってみることにした。
・・・が、ブレッドボードでの配線だけでメゲた。

とりあえず、PIC12F675（8ピンのやつ）1個だけで4桁時刻風の数字を表示するところまで
やってみたので報告。

ttp://panda.orz.hm/uploader_001/src/file93.jpg 製作開始
ttp://panda.orz.hm/uploader_001/src/file94.jpg ジャンパ使い果たした・・・
ttp://panda.orz.hm/uploader_001/src/file95.jpg 切ったパーツの足でジャンパ
ttp://panda.orz.hm/uploader_001/src/file96.jpg 多連LEDを切り離して使用
ttp://panda.orz.hm/uploader_001/src/file97.jpg LEDを載せてみた
ttp://panda.orz.hm/uploader_001/src/file107.jpg ひとまず配線完了
ttp://panda.orz.hm/uploader_001/src/file99.jpg 配線バグを取ったているうちに汚くなったｗ
ttp://panda.orz.hm/uploader_001/src/file100.jpg バグ取りを終えてPICも載せてみた
ttp://panda.orz.hm/uploader_001/src/file108.mpg 非常に暗いが一応カウントする
ttp://panda.orz.hm/uploader_001/src/file102.gif 最初の配線図
ttp://panda.orz.hm/uploader_001/src/file103.gif バグ取りを終えた配線図
ttp://panda.orz.hm/uploader_001/src/file104.txt まだ高速カウントアップだけのソースプログラム
ttp://panda.orz.hm/uploader_001/src/file105.txt 欲しい人がいるかどうか分からんけど一応HEXファイル
ttp://panda.orz.hm/uploader_001/src/file106.txt PIC出力と点灯するLEDの対応表（メモ）

外部バッファ（トランジスタ等）を使ってないのと安物の低輝度LEDを使ったので、表示は非常に暗いです。

一晩寝て元気が出たら、時計に仕上げてみよう。

作ってから回路図かいたよ。

ttp://panda.orz.hm/uploader_001/src/file125.gif 回路図はこんな感じでLEDだらけ

S1〜S3は時刻設定用の押しボタンスイッチ。ちょうどいいシンボルがなくて変なシンボルになってるけど。

7セグ使ってないとは頑張ったな

>>407
8ピンPICじゃポート足りなくて7セグ使えないんで。

す、すげぇ
素直に18pin使えばいいものを

>>406
その点灯方法だと輝度のバラツキが気にならないか？

8ピン(5ポート)で制御する事に意義があるんですよ。

>>410
正直かなり気になるが、回路のシンプルさを優先させてみた。

この駆動方法で発生する輝度のバラつきは次の2種類。

1. LED自体のVFのバラつきによるもの。
2. PICのVOH,VOLやD31〜D33のVFのバラつきによって発生する、「D1〜D20」「D21〜D25」「D26〜D30」の3グループそれぞれの駆動電圧のバラつきによるもの

このうち1.は、他のどんな駆動方法でも抵抗で電流制限すれば同様に発生する。
定電流駆動すればかなり解消できる。やってないけど。

2.はこの回路に特有のもので、グループ内の輝度は（上記1.の範囲内で）だいたい揃うが、グループ間の輝度は大きくバラついてしまう。
D31〜D33のVFでバイアス電位を与えるのではなく1.と同じく定電流源にすれば、グループ間の輝度のバラつきはかなり解消できるはず。やってないけど。

この場合でも「D21〜D25」と「D26〜D30」の駆動電流は「D1〜D20」と比較して少なくせざるを得ないが、それによる輝度差はダイナミック点灯の点灯時間の比率を増やすことでソフト的に補償できる。

AC100Vから50Hzを拾ってカウントするところまではできたから、あとは50Hz/60Hz判別と時刻設定モードの追加か。

いろいろ試してるうちに、プログラム／ベリファイはできてクロックの外部出力やMCLRも生きてるのにプログラムが実行されない状態になってしまった。
どうやら12F675のCPUコア（コード実行）部分のみが死んでしまったらしい。

こんな中途半端な死に方は初めてで、死んでることの確認にずいぶん手間が掛ってしまった。
12F675の買い置きがないんで、買い置きのある12F683（同じく8ピン）に変更して作業続行中。

単純に電圧上げるだけじゃだめ？

>>414
D1〜D20を明るくする（＝流す電流を増やす）だけなら、電流制限抵抗R1〜R5を減らせばOK。
例えばGP0=H、GP1=LにするとD1が点灯するが、R1とR2を減らせば電流が増えてD1は明るくなる。

このとき、D33の電圧降下（ダイオードドロップ）がR2の電圧降下より少ないとD26も同時に点灯してしまう。
この状態ではD1とD33を別々に点灯できないので、これを避けるため、D33の電圧降下はD1点灯時のR2の電圧降下より大きくしなければならない。

GP0=HにするとD26が点灯する。こちらもR1を減らすかD33の電圧降下を減らせば明るくなるが、上記条件を満たすとD1点灯時のD1の電流よりも少なくなる。

× この状態ではD1とD33を別々に点灯できないので
〇 この状態ではD1とD26を別々に点灯できないので

>>413
ウオッチドッグがONになってるとか、ソース変に弄っちゃったとか
という可能性は？

>>417
アドバイス�dクス

うｐしたHEXを再書き込み⇒×
set_tris_a()とoutput_a()するだけのテストプログラム作成⇒×
同じテストプログラムを12F683用に再コンパイル⇒12F683で〇
同じ作成中プログラムを12F683用に再コンパイル⇒12F683で〇

だったので、ソースが原因ということは考えにくい。
ウォッチドッグはOPTION_REGでOFFにしてある＆一瞬も動作しないので、こちらも考えにくい。
というところまで試して、12F675は飛んだものと判断しました。

もうすぐ12F683が壊れる
に1票

>>418
>>406 の回路図、フォトカプラの発光側に逆向きにダイオード入れて
保護しないとフォトカプラ死ぬぞ。
逆耐圧はせいぜい５Vぐらいしかない筈。

>>418
最終ｱﾄﾞﾚｽにあるCaribデータ(0x34**)を失くしたんじゃないか？
（CALL 0x1FFF に対し RETLWが無いと無限ループ）
OSCCALのセンタ値は0x80だから最終ｱﾄﾞﾚｽに0x3480を入れてみるといいよ。

MPLAB 7.60リリースあげ

現在インスコ中

>>420
フォトカプラも適当なシンボルがなくてLED単方向のシンボルを入れてあるが、実際にはLEDが逆並列に入っているもの（AC入力用）を使っている。

>>421
それが、キャリブレーションデータもちゃんと入っているのです・・・

>>423
了解。
うーん、後は、コンフィギュレーションのOSC設定とか、MCLR設定ぐらい
だし、LVPなんか出来ないし、その辺ミスってるとは思えんから、やはり
壊れたんかね？
余生はリセット付き発振器という事で。

>>423
たとえば数秒間ソフトウェアループを実行後Sleepを実行するようなプログラムを書いて
消費電流を測ってみる。

数秒後に消費電流が減少しなければ、プログラムが実行されていない。
プログラムの実行部あるいはMCLR付近、実行-書込み切り替え制御あたりの故障か…

数秒後に消費電流が減少すればプログラムは実行されている。
出力ポートの故障、TRIS制御付近の故障か…

MCLRがふらついてるとか

http://kossie.run.buttobi.net/cgi-bin/up/src/kos0652.gif 最終的な回路はこんな感じ（ほとんど変わってない）
http://kossie.run.buttobi.net/cgi-bin/up/src/kos0653.gif 配線図はこんな感じ（電源とフォトカプラ周辺は省略）
http://kossie.run.buttobi.net/cgi-bin/up/src/kos0654.jpg 実物はこんな感じ
http://kossie.run.buttobi.net/cgi-bin/up/src/kos0655.mpg 電源断⇒再投入の様子
http://kossie.run.buttobi.net/cgi-bin/up/src/kos0656.c 最終的なソース
http://kossie.run.buttobi.net/cgi-bin/up/src/kos0657.hex 12F675向けにコンパイルしたHEX
http://kossie.run.buttobi.net/cgi-bin/up/src/kos0658.hex 12F683向けにコンパイルしたHEX

ソフトの内容はこんな感じで一段落。

・時刻表示は0:00〜23:59の24時制表示
・SW1を1回押すと「時」設定モード
・もう1回押すと「分」設定モード
・もう1回押すと通常表示モード
・通常表示モードでは時刻表示の間のドット（「:」）を1Hzで点滅
・通常表示モードでSW2を押すとテストモードON/OFFを切り替え
・テストモードをONにすると、時刻のカウントアップが600倍速になる（「分」が0.1秒ごとに増える）
・設定モードでは「時」または「分」を点滅表示
・設定モードでSW2を押すと「時」または「分」を1つ増やす
・そのままSW2を押しつづけると、1秒後から0.2秒ごとに1つずつ増やす
・SW1,SW2の状態取得にチャタリング防止用の50msフィルタ
・AC電源からの基準クロックを（フォトカプラ経由で）取得
・基準クロック取得にノイズ防止用の3msフィルタ
・基準クロックが30ms取得できない場合、現在時刻をEEPROMに保存
・初期化時、EEPROMに現在時刻が保存されていたら、その時刻で初期化
・初期化時、バナー（「HELLO」）表示
・初期化時、実測した基準クロック周波数を表示
・初期化時、基準クロックの周波数（50Hz/60Hz/100Hz/120Hz）判別

12F675向けにコンパイルしたところ

| ROM used: 969 words (95%)
| Largest free fragment is 55
| RAM used: 34 (53%) at main() level
| 60 (94%) worst case
| Stack: 6 worst case (4 in main + 2 for interrupts)

と、ぎりぎりで収まった。（ただし動作確認は12F683）
アラームを付けたら多分収まらんかった。

AC電源からの信号入力の注意点をいくつか。

TLP521等の直流入力用のフォトカプラを使う場合、>>420の指摘のようにフォトカプラのLEDと逆並列にダイオードを入れること。
この場合、基準クロック周波数は50Hzまたは60Hzになる。

TLP626等の交流入力タイプを使う場合、逆並列ダイオードは不要。この場合、基準クロック周波数は100Hzまたは120Hzになる。

半波整流や全波整流後の脈流をフォトカプラに入れる場合、逆並列ダイオードは不要。ただし整流⇒ダイオード⇒コンデンサ平滑のようにダイオードを追加し、整流⇒ダイオードの間にフォトカプラを接続すること。
この場合、基準クロック周波数は半波整流時で50Hzまたは60Hz、全波整流時で100Hzまたは120Hzになる。

AC100Vを直接フォトカプラに入れる場合、R10は30K〜100Kくらい。小電流の割に抵抗での消費電力が多いので、定格電力に注意。

>>425
ライタでのフラッシュ/EEPROMの読み書きは正常なんで、電流を測るかわりにEEPROMに定数を書き込むプログラムを書き込んで電源を入れてみたが、EEPROMは書き換わらなかった。

>>426
MCLRをInternalにしても外部入力にしてプルアップしても状況は変わらず。OSCを外部出力しておいてMCLRをプルダウンするとOSCの外部出力が停止するので、MCLRの動作自体は正常っぽい。

最近どうよ
http://www.freeml.com/ctrl/html/MessageListForm/picfun

その辺の話題は専用スレでどぞ。

http://science6.2ch.net/test/read.cgi/denki/1174224015/l50

ｋるいしさん亡き後、またマナーを語るDimen（ｒｙ現る。

>>430
荒らすなバカ

>>431

”軽蔑すべきときに軽蔑すべきものを軽蔑する勇気を持たないと、
自分自身を腐敗させ、台無しにしてしまうことになるのですから。”

>>427
しっかし、よく８ピンPICでやったわなーｗｗｗ
アセンブラじゃ発狂するねｗｗｗｗｗｗ
これはどのCだ？
ソースブースト？ハイテック？ＣＣＳ？ＭＩＫＲＯC？

あーそういえばコンパイラ名書いてなかったね。
CCS-C V3.249（V3の最終バージョン）を使用。

固有ディレクティブ・関数を使いまくってるので、他のコンパイラではコンパイルできないと思う。
それどころか、CCS-CのV4でもダメかも。

まぁ、ソース見る物好きはいても追試する人はおらんだろうけどｗｗ

最近はJALv2いじってるからCCS-Cはご無沙汰だな
相変わらずちょこまかバージョンアップしてるのか

と思ったらVer4になってるのかよ

なにげにCQのweb見たら今度はdsPICですか
http://www.cqpub.co.jp/toragi/TRBN/contents/2007/tr0706/omoteura.pdf

>>437
何を今ごろ

http://science6.2ch.net/test/read.cgi/denki/1177071641/85

と思ったらDWMは25万『システム』ゲート＝5万ゲート相当のFPGAか
これだけインフレ気味だと有り難いのか有り難みが無いのか...........

MPLAB環境でCCSCコンパイラでプログラム造ってるんですけど、
#include<12F675.h>　←のようなデバイスのヘッダファイルが開けません
ソースがあるフォルダにこのファイルを入れれば開けるのですが、
元々このファイルはCコンパイラのフォルダに存在しており、
毎回デバイスが変わる毎にコピーしてくるのは面倒です
以前他のパソコンでプログラミングしていた時は、普通にそこからファイルを開いててくれたんですが
何故か今は開けないんのです…
ちなみにMPLABもコンパイラも最新板です
何故かわかる方はいらっしゃいますか？

>>440
最新（Ver 4）だと違ってるかもしれんけど、Ver 3のCCS-Cコンパイラの場合、
C:\Program Files\PICC\ccsc.ini（標準インストールの場合）の中に

I="C:\PROGRA~1\PICC\devices\;C:\PROGRA~1\PICC\drivers\"

という行（標準インストールの場合）を入れておくと、そこで指定したフォルダが
システムインクルードファイルの検索先になる。

>>441
レスありがとうございます
そんな設定方法があったなんて初めて聞きました
でも何故以前は何も設定した覚えが無いのに、ちゃんとそこから検索してたんでしょうねぇ…？
しかし今回に限らずMPLABやCコンパイラにはいつも何かにつまづいてしまいます

こんなん、でてくるって。
ttp://www.kyohritsu.com/CATALOG/BOARD/kbcp18lanpreview.html

>>443
けっこう前から気づいてたけど、ソフト次第だと思うお
XPortよりイージーにしてくんなきゃヤダい
TCP/IPスタックなんかでいらん苦労はしたくない
スクリプトチョイチョイでwebインターフェース作れたり、
仮想COMポートで何〜も考えずに制御したいんだよ

>>444
でも買うんでしょ？

>>427の強引PIC時計を3日連続で動かしてみたが、誤差は1秒以内に収まってるみたいなんで、
基準クロックのカウントに境界バグはなかったようだ。

次は便所紙引き出し長さアラームを作ろうと思っている。
家族に、音が響くほどのすごい勢いで便所紙を引き出すやつがいるんで、何とかならんかとｗｗ

構成は>>372-402のようにCdSで入室（照明点灯）検知、フォトインタラプタで便所紙引出し量検知、
スピーカでアラーム（20cmごとにビープ、1mごとに長さを読み上げ（「いちめーとる！」等））、
リチウムボタン電池1個で1年以上動作が目標。

読み上げデータを格納するメモリ容量を考えると、今度は8ピンPICが使えなさそうなのが残念。

あわわ　PIC16F88がとても熱くなります！
とりあえず考えられる原因は何でしょうか？
お願いします！

>>447
・出力ピンにGND/VDDに接続している、LED等を接続して電流制限をしていない
・入力ピンにVDD超／GND未満を入力している、すごいノイズを入れてラッチアップ
あたりでは

裸にしたらどうよ？

さんくすです。
正常に動作してたんですが・・・
どこかがショートしたんでしょうか・・

picが壊れてるのかな？
壊れたpicに電流を流すと熱くなるんですか？

ボリューム式の可変電源を使っていてガリオームで
一瞬、過電圧が入ったとか

>>452
・・・もしかすると、一瞬10Ｖ入ったかも　デス。
それでもその後も使用してて、熱くはならなかったのですが。

それやって　砕けちった

換えてみればぁ　すぐわかる

DEATH

換えてみてまた熱くなるとコワイノデス。
つまり回路のせいだったら・・・
（何度も見直したのですが）

PICって壊れると熱くなる可能性があるのでしょうか？

質問者が「・・・もしかすると」って言う時は
たいていの場合「絶対に」に置き換えた方が
正確な意味になる。

>456
壊れ方によるだろ。
内部の数ミクロンの配線のどこか一カ所が死んでも
常時短絡する制御に化けることだってあり得る。

>>456
ここで回路もソフトも現状の実装状態も示さないでこれ以上聞いても、
　交換してＯＫならＰＩＣが故障してた。
　交換してもＮＧならソフトかＰＩＣ以外のハードの異常か設計ミス。
としか言えない。

ちょっと熱もつぐらいの短時間ならそうそう壊れないから、捨てるつもりで
思い切ってやって原因を切り分けるか、前述のとおり何もかも曝け出すか
どちらかだ。

ブレッドボードみたいなもんで　単品でテスト

16F88だったら電源つなげれば動くようにできる
テストプログラムでもつくりゃ切り分けできるでしょ

たとえばPWM前提の回路がHになりぱっなしだと壊れるのは出力側だし
ソフトが原因でPICが熱くなるのは考えにくい。
448さんの指摘ぽいかな

内部プルアップって間違って出力ポートに設定しちまった時
どうなるんだっけ？

俺は色々ミスの原因になりやすいので内部プルアップは
一切使ってないからわからんのだが。

>>462
データシートのブロック図を見ればわかるけど、
プルアップ設定ビットとTRISの該当ビットのANDをとってるから
出力モードのときはプルアップが自動的に切れる。
仮に出力でプルアップが動作しても弱いからたぶん問題ない。

>456
>459の言うとおり。だけど一応質問だけには答えておこう。

> PICって壊れると熱くなる可能性があるのでしょうか？
ある。以前熱くなる以外は正常動作する殺し方をしたことがある。

PIC内蔵のEEPROMってページ書き込みとか出来ます？
大量のデータをいっぺんに書きたいんですけど、
8バイトずつだと書き込み制限回数に到達してしまいそうで…

>465
データEEPROMの事？少なくとも自分はページ書き込みがあるという話は
聞いたこと無いな。まぁ、データEEPROMは型番によって書き込み手順が
若干違うからなんともいえないけど・・・

そもそも大量のデータって・・・容量的に内蔵のEEPROMで足りるの？

・・・の前に内蔵EEPROMに入りきらないデータって・・・保持するための
RAMがないか・・・

>>465
それはプログラムコード用フラッシュのことだね。

多分仕様を誤解してるのだと思うのだが、書き込み制限回数が（たとえば）
100万回というのは、各セル（各ワード）ごとに書き込み回数がその回数までに
制限されるということで、全セルの延べ書き込み回数のことではない。

なので、特定の4ワードだけ消して書いて・・・を繰り返した場合、その4ワードの
書き込み耐用回数はどんどん減っていくが、他のアドレスのメモリの耐用回数は
残っている。

ただし、PIC16F88のように消去と書き込みのワード数が異なる場合、4ワードだけ
消して書いて・・・のつもりでも、その4ワード以外の部分まで同時に消去して
しまうので、その「4ワード以外の部分」の耐用回数も同時に減ることになる。

「ページ」という表現はPIC16シリーズの仕様書には出てこない（かわりに
「ブロック」という表現が時々出てくる）が、あえて使うとすれば、PIC16F87XAは
1ページ4ワード構成、PIC16F87/88やPIC18Fシリーズの一部（全部は知らんので）は
1ページ32ワード構成ということになる。

>>466
>>468
レスどうもです

今まで外部EEPROMでI2Cで書き込みしてたんですが、結構頻繁にライトするので書き込み回数を減らすために
バイトでは無く、ページ書き込みしてたんです。
1バイトじゃなく、64バイト単位など連続送信してストップコンディションを出してました。
今度は外部じゃなくてマイコン内蔵のEEPROMを使おうって事になりまして、PICを使う事にしました。
PICではまだ内蔵EEPROMの書き込みはやった事が無いので、仕様がよくわかってないのかもしれません。
チンプンカンプンな事を言ってるのかもしれませんが…

>469
言いたいことはよく分かるよ。
で、PICのデータEEPROMにもフラッシュプログラムメモリにもI2CシリアルEEPROM
のページライトに相当する書き込み方法は（多分）ない。

データを保存するのにデータEEPROMを使うことも出来るしフラッシュプログラムメモリ
に定数を保存するのも問題ない。

フラッシュプログラムメモリにデータを保存する場合、>468の言うように書き込み回数
制限は全セルの延べ書き込み回数ではない。

データEEPROMにデータを保存する場合の書き込み回数制限も同様で各Byteごとの
回数が問題になる。
ttp://www.fsinet.or.jp/~mad/0026.htm

というわけでライトの回数を減らす目的がデータEEPROM（またはフラッシュプログラム
メモリ）の寿命を延ばすことにあるならページライトをする必要は無い。
一方、書き込みの実行速度の方に問題があるとするなら、素直にI2CシリアルEEPROM
を使ったほうがいいと思う。

>>469
データEEPROMのことであれば、こちらは1バイト＝1ページなので、特定の1バイトだけ
書き込みを繰り返すとその1バイトが使えなくなるだけで、他のバイトには影響しない。

ただ、もともと単体のシリアルEEPROMと比較してPIC内蔵のデータEEPROMの書き込み
耐用回数は1桁〜2桁少ないので、その回数が問題になるような使い方をするのであれば
何らかのウェアレベリングは必要だろうし、場合によっては外付けEEPROMを選択せざるを
得ないかもしれない。

横槍ですまんが、データEEPROMとフラッシュプログラムメモリは何が違うの？
PICのEEPROMエリアって同じフラッシュメモリの中にあるんじゃなかったっけ？0x2100番地？とかにある
プログラムメモリに書き込めるってのは、プログラム領域にデータをいつでも書き込めるって事？

そんな事できんの？

PICのフラッシュプログラムメモリとデータEEPROMは、チップの物理構造上もソフトウェア的な
構造上も全く別の場所にあり、アクセス方法も全く違う。

HEXでデータEEPROM用のデータを0x2100〜に置くのは、1つのHEXデータでプログラムと
EEPROMデータの両方を表現するための便法に過ぎない。PICライタはそのHEXデータを
読んで、プログラムメモリのデータとデータEEPROM用データを区別して、それぞれ別々の
方法でPICに書き込む。

>>456
各ポート全てに、抵抗入れろ。
発熱が止まったところが原因の周辺。


W

VDDとGNDに抵抗入れたら発熱止まったﾖ!

>472
> プログラムメモリに書き込めるってのは、プログラム領域にデータをいつでも書き込めるって事？
そのはず。といっても自分は使ったこと無いんだけど・・・
本来はフォームウェアのアップデートとかに使う機能なんだと思う。多分秋月ライタのVer.4
基板上の877とかはこの機能でフォームウェアの書き換えをしてるんだと思う。

8kHz, 8bitの音声データを8kHz, 3bitに間引いて再生してみたが、データの品質が悪い上に
圧電スピーカだと周波数特性のピークが強すぎ、電磁スピーカだと出力が足りなくて
音が小さすぎ。

PIC12F683と圧電スピーカがあれば試せるんで、誰か聞き取りを試してもらえんかな？

ttp://panda.orz.hm/uploader_001/src/file315.gif 回路図ｗ
ttp://panda.orz.hm/uploader_001/src/file316.txt 音声風の音を出すプログラムHEX
ttp://panda.orz.hm/uploader_001/src/file317.txt 音声風の音を出すCプログラムソース（CCS-C V3）

ttp://panda.orz.hm/uploader_001/src/file318.wav 3bitに間引いたデータをwav化すると、これ

PICのプログラムで3bit⇒8bitにデコードした結果が上のwavと一致することは確認済。
アラームはビープだけにするのが無難だろうか。（それなら12F683で収まりそうだしｗｗ）

>>478　Σ(ﾟДﾟ；ｴｰｯ! !　まぢかよｗｗｗ

ちょっとPIC買ってくる

>478
PICとブレットボードはあるけど、圧電スピーカーがないよ。しょうがないから
普通のスピーカつなげてみた・・・

み゛ゅみ゛ゅみ゛ゅみ゛ゅみ゛ゅみ゛ゅ・・・

としか聞こえない・・・orz
代わりにオシロで波形を見てみた。なんていうか3bitだなって感じだった。

まぁ、PICで音声出力って結構大変ですよね。かといってビープだけに
するんなら発振回路内蔵のブザーでよいわけで、それだとつまらないし。

ポートと圧電ＳＰの間に簡単なハイカットフィルタ入れるといいんじゃね？
（さすがに普通のＳＰでは駆動しきれないとおもうけど・・）

音声なら数ＫＨｚカットでいいかな。
回路図では既に３ＫΩの抵抗が入っているから、
圧電ＳＰとパラに 0.1uF のコンデンサ（とりあえずセラコン）追加してみたらどう？

素人な質問ですいませんが、インサーキットデバッガとインサーキットエミュレータの違いって何ですか？

>>478
codecで再生すると4kHz以上を綺麗にカットしてくれるけど
PWMではそのサンプリング周波数がもろに聞こえてしまうからね

インサーキット＝実物の回路（ボード）上で、

・デバッグができる -> ICD
・エミュレータを動かす -> ICE

後者はチップそのものをエミュレータで代替する方式で、応用の
１つとして、エミュレータを介したハード・ソフトのデバッグがある。

前者は「デバッグができる」ようにするだけで、その方法は規定してない。
モニタ方式でやってもICDだし、オンチップのデバッグサポート機能で
実現するのもICD。ICEでICDもできる。しかし、どちらもデバッグ関係で
常用される用語なので、最後のはあまり言われず、

　ICD = ICE でない方法によるインサーキットのデバッグ技術

という風に使われてると理解してる。

つまり、ICEはある（かなり強力な）手法の呼称で、一方のICDは
実回路上でのデバッグ、という作業についての呼称で、似て非なるもの。

PICの出力ピンの電圧って幾らなんですか
４V駆動のFETを直に作動させようと思っているのですが
大丈夫でしょうか。やはり間にもう一つトランジスタを挟まないと無理でしょうか

>>485 オープンドレインでない端子で、かつ負荷が十分小さいなら　
H出力の時はほぼ電源電圧、Lならほぼ0V

電源に５Vを採用してるなら、最近のFETなら十分にオンオフ出来る。
１２Vくらいの電源持っているとかでないなら、トランジスタを入れると逆効果

大抵はＰＩＣの出力段のドロップより電源に付けてる三端子レギュの誤差の方が大きいよ

>>484
すいませんまだイマイチよくわかりません
実機上でデバッグするのはどっちも同じなんですよね？
マイコンチップの替わりに動くのも同じですよね？
何が違うんでしょうか？

というのも、マイクロチップの製品でICDとICEがあって、ICEはICDに比べて格段に高いんです
でもどっちもリアルタイムでデバッグできると説明があります
素人なので何が違うかわからないんです

>>484

商標の問題だけなんじゃないのか

オシロスコープをシンクロスコープって言うのとかわらんのじゃないか

分かりました。　４V駆動と書いてあるFETを買って
試してみます。

スイッチングさせるなら抵抗かましといたほうがいいぞ

>>488
機能を比較してみればいいんじゃない？
たぶんICEはリアルタイムで命令トレースができるとか違いがあると思うよ。
あと、マイクロチップの言うICDはマイコンに内蔵されたデバッグ機能を使って
チップを取り外したりせずデバッグできるようにするツールのことだと思う。

乱暴なこと言うと、ICEは高級で高価な（数十万〜数百万）、ICDはお手軽で
安価な（数千円〜数十万）デバッガ(w。実際は接続形態が違ってて、ICEは
ターゲット（デバッグ対象のボード）からCPUを取り外して、それと置き換え
るように取り付ける。それに対して、Microchipの言うICDは元のCPUを取り
付けたまま、それに内蔵された機能と数本の信号線を使ってデバッグを行う。

ICEのCPUのかわりに取り付ける部分（プローブって呼ぶ）は、ターゲット
から見ると動作からピン配列、電気的な特性まで、本来のCPUとほぼ同じに
なってる。ターゲットの回路の中で、本来のCPUの動作をエミュレートする
からIn Circuit Emulatorって呼ぶわけだ(この各CPU固有の動作をさせる
ため、ICE側に取り付ける回路をポッドって呼ぶ)。
もちろん同じ動作をするだけじゃ意味が無いわけで、デバッグのために、
動作の停止やステップ実行ができたり、メモリの内容を覗けたり、
プログラムのトレース（コード実行の履歴を取る事）ができたり、
ROMやRAMの存在をエミュレートしてデバッグ中のコードをダウンロード
できたりする。

ICDの場合も同じようなことは出来るんだけど、CPU内のデバッグ用回路を
使うから、ブレークポイントの数が限られるとか、複雑な条件でのブレークが
設定できないとか、トレースが取れないとか、いろんな制約が多い。
あと、ICEは未完成なターゲットでハードのデバッグをするのにも使えるけど、
ICDはターゲットのハードウェアがきちんと動作するのが前提になる、
っていう違いもある（そうとは限らない事もあるけど）。

で、もともとはCPUを置き換えるものだけをICEって呼んでたんだけど、
CPUは外さずにターゲットのROMのソケットとCPUの数本の信号線だけを
接続する形態のデバッガがROM ICEって名前で製品化されたり、あるいは
JTAGっていうシリアルポートを使って接続する（ICDとほぼ同じ構成の）
ものをJTAG ICEって呼んだりして区別が付かなくなってる。なので本来の
高級品ICEのことはハードICEって呼ぶようになってます。

最近はCPUがいちいち取り外せないだとか、動作速度が上がってハードICEの
設計が困難になったとか諸々の事情でICDのような形態が主流になってます。
安いしね。
長文スマソ。

>>488
長いので>>493は読まずにレスすると、

>マイコンチップの替わりに動くのも同じですよね？

いや、それは同じじゃないと>>484氏も書いている。

>モニタ方式でやってもICDだし、オンチップのデバッグサポート機能で
>実現するのもICD。

これはいずれもマイコンチップ自体が動く。

ICE=電動こけし
ICD=電動バイブ

ぶっちゃけMPLABのデバッガで十分じゃね？

ICEなんて使う程大規模なプログラムなんて造らないし
12とか16じゃ絶対必要ないな
18とか24シリーズは知らんけど

最近TOP-GUNの話を出すと「古っー！」って言われるんだよね。

例の「ミサイルに頼りすぎて空中戦の戦闘能力が低下…云々」にたとえて
「デバッガに頼りすぎるとプログラミング能力が…」ってな話をすると。

最後の有人デバッガ登場！

>>497
今日のスターチャンネルでやるよ

ICDはデバッグ用ポートを開けなければ使用できないので、PICのピンを使い尽くした
状態で実環境デバッグを行うにはICEが必須。
まぁ10万セットとか出荷される製品作るんだったらICE買ってもいいんじゃない。

１０万台とかだと、開発コストは１台１０円も出せないだろ

C18で18F2450のプログラミングをしてるんだけど、
突如こんなエラーが出るようになってた。
最後に使った2ヶ月前は正常にコンパイルできたはずなんだが・・・

unable to locate 'p18f2450.h'

とりあえず再インストールで回避できた
しょっちゅうこんな状態になったら厄介だな

>>502
環境変数 INCLUDE が、何か他のコンパイラ入れたら書き換わったとかあなんとか。

おいおい、君もマナー教室かよ。
軽石＠日ｼ相の近藤みたいに技術的に行き詰まったやつの方向性はいっしょってことやね。
駆るさん、後継者がしっかり育ってますよ。
安心してコミケに通ってください。


From: <dimension4500c>
To: "[email protected]" <[email protected]>


■PIC-ML活用法→ http://www.mars.dti.ne.jp/~itow/PIC/

経営手腕と技術者のスキルは別の才能が必要とは思いますが、
できれば、技術ＭＬでは自営の話は避けて、こちらでお願いできませんか？

自営業　悩みごと相談室　6
http://science4.2ch.net/test/read.cgi/denki/1126195730/l50

ここでは活発な意見交換がされているようです。

dimension

>>480
その「み゛ゅみ゛ゅみ゛ゅ」は再生音の最後の部分をリピートしているせいで生じている。
最初の「み゛ゅ」までが再生音の本体なんだが・・・声に聞こえんねorz

>>481>>483
確かにそうですね。
ちゅうわけで、4kHzと2kHzの正弦波風の波形を再生するプログラムを作成して、
Cの追加による4kHz以上カットの効果を実験。

ttp://panda.orz.hm/uploader_001/src/file348.gif 波形 4kHz C追加なし
ttp://panda.orz.hm/uploader_001/src/file349.gif 波形 4kHz 0.1uF追加
ttp://panda.orz.hm/uploader_001/src/file350.gif 波形 4kHz 0.2uF追加
ttp://panda.orz.hm/uploader_001/src/file351.gif 波形 4kHz 0.3uF追加
ttp://panda.orz.hm/uploader_001/src/file352.gif 波形 2kHz C追加なし
ttp://panda.orz.hm/uploader_001/src/file353.gif 波形 2kHz 0.1uF追加
ttp://panda.orz.hm/uploader_001/src/file357.gif 波形 2kHz 0.2uF追加
ttp://panda.orz.hm/uploader_001/src/file358.gif 波形 2kHz 0.3uF追加
ttp://panda.orz.hm/uploader_001/src/file356.txt 4kHz/2kHz再生プログラムHEX

・・・どの容量を追加しても、4kHzのp-pレベルは2kHz時の半分orz

って、もともと直列抵抗の3kΩ自体が、圧電スピーカの容量に対して4kHzカットオフになるように
決めた値で、一次CRフィルタだからどう変えても-3db/octで当然なのだが。

おっと、4kHz/2kHz再生プログラムHEXの使い方を書き忘れていた。

PIC12F683を使用。再生は前の音声風再生回路と同じく、GP2（ピン5）−3kΩ−圧電スピーカ−GND。
GP5（ピン2）をHにすると4kHz再生、Lにすると2kHz再生。

一次CRフィルタで効果を上げるには、もっとサンプリング周波数を上げて1/2fsを稼ぐしかないか。

連続ｽﾏｿ

オシロ観測のトリガ用に、出力波形と同期したパルスをGP0（ピン7）から出している。
出力波形はガチャガチャに乱れていてトリガが取りにくいので、GP0でトリガするのが吉。

キター　とか言ってる？
PSoCで2500Hz位を肩にした2次のLPF組んで通してやったらだいぶ綺麗に聞こえたから
（USBからプログラマ経由で電源もらってるせいか、サーッというノイズはでかいが）
フィルタの次数上げてみるのも良いかも

>>509
正解です。
いい歳こいた男がマイクに向かって「ｷﾀｰ」とか吹き込んでる姿はかなり寒かったorz
フィルタ次数上げれば効果的というのが分かったのは、せめてもの慰め・・・

「サー」が多いのは3bit圧縮で標本化ノイズが激増しているせい。再生長が短すぎる（0.4秒）のも
分かりづらい理由なんだろうな。

PIC12F683の容量では3bitサンプルでも0.5秒までしかデータが入らないので、次はPIC16F88を
使ってみるか。これなら8ビットサンプルでも1秒は入るし、同じ3bitサンプルでよければ2秒入る。

CODECのLPFはFIRの強力なのが入ってるから、それ相当の音を出すのは大変だよ

PWMを使うより、インターバル割り込み周波数を最大にして、
http://www.tensyo.com/urame/prog/ALGO.HTM
>DDA:累加算によるPWMアルゴリズム
でやってみたらどう？
メモリに加算しては、上位ビットなりキャリーフラグなりを見てポートに出すだけだからさ

音量が足りないなら、圧電スピーカーをポート２本でコンプリメンタリに駆動してやれば電圧が倍に出来る

もっともサンプルレートを上げた分、自前でLPFを実装してやらないといけないのが厳しいかな

>>511 ﾄﾝクス
現在の3bitデータのデコード速度が既にサンプル周期125us（毎秒8kサンプル）で精一杯。
コード最適化（≒フルアセンブラ化）しても、現在のPWM周期（16us）を上回る速度で
データ出力するのは無理っぽい。
8MHz駆動のPICだと16usで32命令しか実行できないので。

コンプリ駆動については、コンパレータを使えばハード側のみで処理できるので、
音質（S/N）の問題が片付いたらやってみようと思っている。

>>510
無音の時に（まだwav再生していないときに）出てしまってるサーｯ音
なんで、完全にPSoC側の責任（つか、電源の責任か？）っす
音自体はだいぶきれいに高い音が消えてたから、少し次数稼いでやれば
良い感じかも。オペアンプちょっと奢って作ってみたら？

>>512
>506 の再生サンプリングって何kHzなの？

3bitサンプルってどういうことやってるの？

>>515
全体を7等分するんじゃないの？

＞ICDはデバッグ用ポートを開けなければ使用できないので、PICのピンを使い尽くした
状態で実環境デバッグを行うにはICEが必須。
まぁ10万セットとか出荷される製品作るんだったらICE買ってもいいんじゃない。

ボケがいらぁ
ＰＩＮ数の多いもので全品チェックしなければならないような自体はそもそも無い。
ＰＩＮすうの少ないものならＰＩＮ数の多いパーツを使えば済むこと

ＩＣＤ２は無敵なのら

Pickit2 Ver.2.2 って不安定だよなぁ。
16F819のConfigが書き込めてないことがよくあるし、プログレスバーが止まって、応答なしになるし。
Ver1.21では問題なく動くけど、対応してないPICもあるからな。

>>513
なるほど。
音声再生そのものが目的ならオペアンプ入れるなりするのですが、>>405の無理矢理時計と同様に、
>>446の便所紙アラームを最小部品数（できれば多ピン品はPIC 1個）で作りたく、
その構成要素として音声再生が現実的かどうか試しているという段階なので、ひとまず
PIC単体でできそうな線から試してみたいと思ってます。

>>514
元データは8kHz 8bitリニア（64kbps）でサンプリングしたもので、それを8kHz 6bitリニアに落としてから
8kHz 3bit（24kbps）にエンコードしています。

>>515
不等幅DPCM（サンプル間の�凾�±1,±4,±8,±16のうち1つで表現）です。デコードすると
8kHz 6bitリニアのデータになります。
ITU-T G.726のADPCMにすれば同じビットレートでも遥かに良い音質になるのですが、クロック8MHzの
PICでデコードするとおそらく毎秒2kサンプルくらいしかデコードできないので諦めました。

どうでもいいことなんだけど、
「なのら」のは元ネタは何？
４０過ぎで語尾になのらを付けるおっさんがいて、
以前から気になってるんだが．．

>>520
まことちゃんじゃないの？

バカボンか何か　あれは「何々ナノダ」か

>>506
>・・・どの容量を追加しても、4kHzのp-pレベルは2kHz時の半分orz
PWMのピリオドが64(±32)で、DPCMテーブルの最大値が±16だと、
8kHzサンプリングで4kHz再生すると +16 -16 +16 -16 …で、2kHz再生
すると+16 +16 -16 -16 +16 +16 -16 -16… となるからレベル半分に
なるのは理にかなってると思うけど。

つまりLPFとして機能していないと。

てかEEPROMとセラロックつけようぜ
聞けたもんじゃないだろ

3bit PCMで音になるの？　意外・・・
ADPCMみたいなものかと思ったよ。

>>512
普通コンパレータはオープンコレクタ出力だから、オペアンプをお勧めする。

魔法使いサリーちゃんのパパなのら〜

>>523
確かに！
で、指摘されて気付いたのですが、>>519の回答間違っていました。
8kHzサンプリングなのは「ｷﾀｰ」のほうで、>>506の4kHz/2kHz正弦波のほうは
125kHzサンプリング・6bitリニア（4kHzの場合）でした。

>>526
アドバイスども。
外付けなしで済ませたいので、使用するのはPIC内蔵のコンパレータモジュールです。
このコンパレータはトーテムポール出力なので吐き出しも吸い込みもOKです。

>>528
>125kHzサンプリング・6bitリニア（4kHzの場合）でした。
それってオーバーサンプリング？
それとも、元のサイン波のデータも125kHzサンプリングレート
で用意してあるの？

サンプリングレート125kHz、6ビットリニア、一次デルタシグマのサイン波のサンプル値を
あらかじめ計算してテーブルにしてあります。

某所で少々話題になってたので、Wisp628ライタを久しぶりにｦﾁしたら、
書き込みソフトのXWisp2が激しくﾊﾞｰﾁｬﾝupしていて、かなり対応PICチップが増えてる件

http://www.robh.nl/picsoft.php

Wisp628は以前から存在は知られてたが、対応チップが少なかったんでスルーしてた
チャージポンプ内蔵、Linux版あり、ICSP対応など、Writer509より優位な点があるので、
対応チップが増えれば一考に値すると思う

ただしXWisp2は依然12F509、16F57などに対応してないのと、GUIがないのが短所か・・・
（GUI書き込みソフトはBumbleBeeという代替があるにはある）

貧乏くさいこと言わずにPICkit2買え
サポートデバイスもじき増える
ライタ工作は卒業してPIC工作に進めって

環境：MPLAB IDEv7.50 PICProg4U RCDライタ
PIC12F675でC言語でLED点滅をさせる実験をしています。
�@では点滅するのですが、
�Aでは点灯だけで点滅してくれません。
どうしてでしょうか？教えてください。

�@--------------------------------
while(1){
GPIO0=1;
DelayMs(250);
GPIO0=0;
DelayMs(250);
}
�A--------------------------------
while(1){
DelayMs(500);
if(GPIO0)
GPIO0=0;
else
GPIO0=1;
}

if(GPIO0)


if (GPIO0 == 0)｛
GPIO0=0;
｝


じゃねの

>>533
LEDのドライブ回路がわからないんで、推測だが。

LEDをドライブしたために、GPIO0のピンの電圧が'H'レベル以下に下がっているので、
GPIO0を読んでも'0'しか読めないから。

変数くらい使おうよと……

デフォルトのアナログ入力modeだとポートのreadが常に'0'だからでは？
ANSEL = 0;　を入れて試してみるといいかも。

あと if(GPIO0) ... else ... は GPIO0 = ~GPIO0; だけで桶

初心者が>>535の内容を読んでもピンと来ないと思うので、少し解説。

PIC12/16シリーズのI/Oポートを出力モードに設定しても、そのポートを読んだ時の値は
「最後に出力した値」ではなく必ず「現在のI/Oポートの状態（ピンの電圧が高いか低いか）」になる。
なので例えば、1を出力していても、比較的大電流を吐き出していてピンの電圧が下がっていると、
読み込んだときに0が読み込まれることがある。（逆もあり得る。）

>>538
ちなみに、ＡＶＲでは、同じピンでも、出力に使う時はPORTA、　入力で使う時はPINA　ってな感じで使う。

まだ便所紙アラームは全然進んでいないが、秋月のカラー液晶が気になって試してみた。

ttp://akizukidenshi.com/catalog/items2.php?p=1&q="P-01703" 品物はこれ
ttp://vista.o0o0.jp/img/vi7931723028.jpg この部分を
ttp://vista.o0o0.jp/img/vi7931723028.jpg こうして
ttp://vista.o0o0.jp/img/vi7931726922.jpg PICに繋げて
ttp://vista.o0o0.jp/img/vi7931729071.jpg こうしてみた

映った映ったと喜んで試しているうちに基板の変なところを触ったらしく、基板から
煙が・・・orz

疑問なんですがPCLAHTレジスタってプログラムメモリが2K以下の場合は常に0で必要無いはずですよね？
なんで存在してるんですか？

あと2kを超える時でも、割り込みでPCLATHを退避する意味がわかりません
だって割り込みに飛んだ時点でスタックに戻りアドレス入ってますよね？
退避しなくても大丈夫なような

>>539
ちなみにPIC18Fでは、出力に使う時はLATA、入力で使う時はPORTAってな感じで使う。

>>542
ちっ、AVRのマネしやがったな。

>>541
プログラムメモリ2Kワード以下の品種ではPCLATHを使わなくてもよい。
でも使っても構わない。
品種ごとにCPUコアを作り変えるなんて面倒をせずに使いまわしているのだろう。

2Kワードを超える品種ではPCLATHを使う必要が出てくる。もしも割り込みルーチン内で
PCLATHを変更する可能性があるのであれば（例えば割り込みルーチン自体が2Kワード境界を
またいで分散している等）、あらかじめPCLATHを退避しておく必要がある。そうでなければ
退避しなくてよい。

>>544
ありがとうございます
そういう事ですか。勉強になりました

>>541
PCLATHだろ？

GOTO,CALL命令のPage概念だけ気にしてるようだけど、
ADDWF PCL,f 等によるRETLWデータテーブル利用の場合
下位のPCLは8bit(256word)分しかないからPCLATHの意味があるのさ。

上のようなテーブル参照でPCLATHを利用しているなら
割込み時にも退避・復帰が必要になるわけだ。

>545
ついでに・・・PCLATHはgotoやcallの時だけじゃなくて>>339みたいに
テーブルアクセスの際にも使います。そういった使い方ではプログラム
メモリが2k以下でも必要になってきます。

リロードせずに書き込んだら既にかかれてたよ。スレ汚しスマソ。

>>546
>>547
普段C言語ばかりで組んでたもんで、そこの概念を全然意識してませんでした
やっぱりアセンブラから入らないとダメですね
楽をし過ぎてました

あー確かに。retlwでテーブル引くときには5ビットとも使うね。
すっかり忘れてた。

てか普通retlwテーブルはプログラムの最初の方のアドレスに書くのが常識だろ
だからPCLATHなんて書き換えねーよ

>>535
5Vなので電圧は問題ないです。
7番ピンに抵抗、LED、グラウンド　とシンプルな回路です。

>>537
ANSEL = 0; 変化なしでした。
GPIO0 = ~GPIO0; エラーがでました。

レスありがとうございました。　　　　　　　　　　　　　　　　　
でも、どうしても>>533のifでの制御ができない・・・。orz　なんでだろう

>>551
256ﾜｰﾄﾞ境界を越えられない狭い常識の持ち主みたいだね。

>>553
リテラルテーブルに256ワード以上使うってそうないからｗｗｗ

>>554
そんなことないよ
漏れは768ワード使った
バンク毎にPCLATH書き換えてからcall

>>552
いや、だからこんな感じではどうなのよ？
GPIO0の値が常に'0'かもしれないんだから。

char a;
while(1){
DelayMs(500);
if(a) {
GPIO0=0;
a=0;
} else {
GPIO0=1;
a=1;
}
}

>554
10bitADCをテーブル引きするだけでも1kワードになるよね・・・

>555
値によって条件分岐をかくよりも、加算結果をPCLATHに反映させたほうが
楽ですよ。例えば右詰ADC10bitから値を引くときは

MOVLW high(TABLE)
banksel(ADRESH)
ADDWF ADRESH,W
MOVWF PCLATH
banksel(ADRESL)
MOVLW low(TABLE)
ADDWF ADRESL,W
BTFSC STATUS,C
INCF PCLATH,F
MOVWF PCL
TABLE
RETLW D'0'

見たいな感じで・・・。実行速度は遅くなるかもですけど、lstファイルとにらめっこ
しなくてもよくなる点で。

スペースがつぶれちゃったのでコードだけ・・・

$nbsp;$nbsp;$nbsp;$nbsp;$nbsp;$nbsp;$nbsp;$nbsp;MOVLW$nbsp;$nbsp;$nbsp;high(TABLE)
$nbsp;$nbsp;$nbsp;$nbsp;$nbsp;$nbsp;$nbsp;$nbsp;banksel(ADRESH)
$nbsp;$nbsp;$nbsp;$nbsp;$nbsp;$nbsp;$nbsp;$nbsp;ADDWF$nbsp;$nbsp;$nbsp;ADRESH,W
$nbsp;$nbsp;$nbsp;$nbsp;$nbsp;$nbsp;$nbsp;$nbsp;MOVWF$nbsp;$nbsp;$nbsp;PCLATH
$nbsp;$nbsp;$nbsp;$nbsp;$nbsp;$nbsp;$nbsp;$nbsp;banksel(ADRESL)
$nbsp;$nbsp;$nbsp;$nbsp;$nbsp;$nbsp;$nbsp;$nbsp;MOVLW$nbsp;$nbsp;$nbsp;low(TABLE)
$nbsp;$nbsp;$nbsp;$nbsp;$nbsp;$nbsp;$nbsp;$nbsp;ADDWF$nbsp;$nbsp;$nbsp;ADRESL,W
$nbsp;$nbsp;$nbsp;$nbsp;$nbsp;$nbsp;$nbsp;$nbsp;BTFSC$nbsp;$nbsp;$nbsp;STATUS,C
$nbsp;$nbsp;$nbsp;$nbsp;$nbsp;$nbsp;$nbsp;$nbsp;INCF$nbsp;$nbsp;$nbsp;$nbsp;PCLATH,F
$nbsp;$nbsp;$nbsp;$nbsp;$nbsp;$nbsp;$nbsp;$nbsp;MOVWF$nbsp;$nbsp;$nbsp;PCL
TABLE$nbsp;$nbsp;$nbsp;RETLW$nbsp;$nbsp;$nbsp;D'0'

もうやだ・・・寝る。

        MOVLW   high(TABLE)
        banksel(ADRESH)
        ADDWF   ADRESH,W
        MOVWF   PCLATH
        banksel(ADRESL)
        MOVLW   low(TABLE)
        ADDWF   ADRESL,W
        BTFSC   STATUS,C
        INCF    PCLATH,F
        MOVWF   PCL
TABLE   RETLW   D'0'

ごめんなさい。

>>552
> ANSEL = 0; 変化なしでした。
ANSEL = 0; CMCON = 7; 　かな？

> GPIO0 = ~GPIO0; エラーがでました。
HI-TECH PICC(lite)ではエラーになるようですね。
気が向いたら次のを試して。
GPIO0 = !GPIO0; // GPIO0反転

>>540
http://naruken.cweb.tk/labo/lta042b010f/index.html
http://naruken.cweb.tk/labo/lta042b010f/1227_203804.jpg
http://naruken.cweb.tk/labo/lta042b010f/1228_000513.jpg

if(GPIO0) 　　// これは入力
　　GPIO0=0;　// これは出力
else
　　GPIO0=1;
}
って、大丈夫（出力ポートを読み込むと、最後に出力した内容が読める）なんですか？
私は入出力の間で、TRISIOを切り替えなくてはいけないと思ってた・・・
今まで無駄なことを・・・・　orz

＞って、大丈夫（出力ポートを読み込むと、最後に出力した内容が読める）なんですか？
＞私は入出力の間で、TRISIOを切り替えなくてはいけないと思ってた・・・

if のところは　条件式いれるんじゃないの？


Ｃでプログラム書いてあるのにTRISIO意識する必要はあるのか？

>>556
点滅成功しました！　それで変数・・・　理解できました。

>>560
GPIO0 = !GPIO0;　エラーは出ませんでしたが点灯しませんでした。

ANSEL = 0;
CMCON = 7;
GPIO0 = !GPIO0; これで点滅成功しました

ありがとうございました。

最後に出力した内容が読みたいならTRISIOは0（出力）でなきゃダメ。

>>563
562ではないけど、if(GPIO0)は条件式ですよ。
TRIS0=0; がないと点灯しませんでした。

>>562
iGPIO0　出力データが有るか無いかの様なことを本に書いてあります。

TRISIOの質問です。
TRISIO　は、whileの中がいいのですか？　それともwhileの上に書くものですが？
どちらも点滅成功したので、whileの上に記述しました。

○２の完成品広告
http://www.marutsu.co.jp/image/toragi_8gatsu_pop.pdf

評判を聞いてから，必要となった時に基板だけ○２で買えばよさそう

イカン，間違えた
Ｃ級の付録基板スレに書き込んだつもりだった.......

>>564
報告乙
データシートの GPIO PORTの章ブロック図とか参照すれば
analog入力ﾓｰﾄﾞではPORＴ readが常に'0'になること理解できると思います。
（ANSELとCMCONの初期設定で該当PORTピンをdigital設定にする必要がある）

GPIO0 = !GPIO0; の記述は if(GPIO0) ... else ... より単純でいいでしょ。

>>566
TRISやANSEL,CMCON等の初期設定はwhileループの前で桶。
途中で設定変更する場合とかはその都度だけど

なんかＣって大変だな(w

>>570 ありがとうございます。　
大変勉強になりやすでやんす。

LEDの点滅で、i++のiを利用して、
高速点滅からゆっくり点滅から高速点滅の繰り返しをする場合、
�@まで動作するのですが完成系？の�Aでは動作しません。　どうしてかわかりませんか？
どなたか教えてください。
�@---------------------------
while(1){
DelayMs(i);

if(a){ GPIO0=0; a=0; }
else { GPIO0=1; a=1; }

if(i == 100){ f=1; }
//この部分に追加したい
if(f){ i--; }
else { i++; }
}
�A---------------------------
while(1){
DelayMs(i);

if(a){ GPIO0=0; a=0; }
else { GPIO0=1; a=1; }

if( i==100 ){ f=1; }
else if( i==0 ){ f=0; } //これが問題みたいな

if(f){ i--; }
else { i++; }
}

>>572
IF文の部分は問題ないと思うからそれ以外の部分を書いてみたら?

>>
間違ってるようには見えないが。

while(1) のループに入る前に、変数の初期化は行ってるか？

a=1;
f=0;
i=1;
while(1){
:
:
:
}

~ってどいう演算子？
!はよく使うけども

こんなの見つけたんだけど、肝心の16F648のHEXファイルがない！
何処で入手できるか知ってる人いませんか？
ttp://www.nagano-c.ed.jp/~komako/petit_sign/petit-sign.html

>>575
演算子
ttp://www5c.biglobe.ne.jp/~ecb/c/05_01.html

ある数を1/16するとき

BSC STATUS,C
RRF DATA,F
BSC STATUS,C
RRF DATA,F
BSC STATUS,C
RRF DATA,F
BSC STATUS,C
RRF DATA,F

ってやる人はぶっちゃけセンス無いと思う

RRF DATA,F
RRF DATA,F
RRF DATA,F
RRF DATA,F
MOVLW 0x0f
ADDWF DATA,F

ってやる人は普通

訂正ADDWFじゃなくてANDWFね

…さぁ正解を誰か答えてくれたまへ

3行でOK

BSCよりはBCFのほうが若干良さそうだな

命令の綴り間違えてた…BCFだった…orz



俺が一番センス無いわｗ

Cでは DATA /= 16; か DATA >>= 4; だね。
DATA = DATA/16; や DATA = DATA>>4; でもいいけど

SWAPF命令使えばいいじゃん

>>585
正解！！

SWAPF DATA,F
MOVLW 0x0f
ADDWF DATA,F

でOK
センスが無い人の例と比べて半分以下の命令で出来ちゃうわけ
こういう積み重ねで素人と玄人ではプログラムの効率が全然変わってくるんだよな〜

他にこういう小ネタ募集

またADDWFかよ。 センス大丈夫か？

間違ったとこからコピペした…orz

オプティマイズはコンパイラにまかせる．
メモリ足りなかったら，メモリ容量の大きいデバイスを使う．
四苦八苦してメモリ使用量削減するのに無駄な時間かけて製品の
市場投入遅らせるのは素人．　製品開発は趣味でも遊びでもない．

俺も面倒なアセンブラなんかで組まないな
もうCコンパイラでもほとんどアセンブラと変わらないくらいまで最適化できてるからね
コードの可読性や保守性を考えるとCで書くのが一番
ページやバンク、メモリ配置をいちいち意識しなくて良いしね
アセンブラを使うなんてのは車を未だクラッチとマニュアルで操作してるようなもん
車なんて90％以上がオートマの時代だ

因みにCCS-Cは DATA /= 16; に対し >>586の正解ANDWF版コードを吐くぞ。
オプティマイズは優秀だな。

その程度のネタで玄人って言われても…ねえ。

>>586
演算後、その数値を利用する（条件分岐とか）可能性を考えると、

SWAPF DATA, W
ANDLW 0x0f
MOVWF DATA

なコードの方が良くないか？

>>590
x86とかARM,MIPSのコンパイラなら最適化が高度に進んでるが、PICのコンパイラは
まだまだ最適化の余地が多いよ。

今時のx86のコンパイラで最大最適化を掛けると、よほど大量にコードを追わないと
手作業で最適化できそうなところが見つからないが、PICのコンパイラならアセンブラ出力を
ざっと眺めた程度でも最適化できる場所がすぐ見つかる。

まぁ、今程度の最適化でも十分Cで書こうという気にはなるが。

CCSで間接アドレス参照使うプログラム書くと悲惨だよ。
半分以上無駄なコード吐きやがる。
繰り返し文で変な書き方しないとDECFSZすら使ってくれないし。

CCSの場合、最適化以前の問題として、まずバグのあるコードを吐かないでくれ！
とコンパイル時に祈らなくてはならないのが問題だｗｗ

>>573 >>574 レスありがとう
型をintにしたりcharにしたり初期値に変化をつけたり
いろいろしたのですが動作せず、アゲクノ果てにpicへ書き込みもできなくなた・・・　orz
LEDの点滅を高速→ゆっくり→高速→ゆっくりと繰り返しを実験してました。
どうも無理っぽい・・・。orz

#include <pic.h>
#include "delay.h"
__CONFIG(UNPROTECT & BOREN & MCLRDIS & PWRTEN & WDTDIS & INTIO);
__IDLOC(0100);

main(){
int i,a,f;

GPIO0=0;
TRIS0=0;

while(1){

if(a){ GPIO0=0; a=0; }
else{ GPIO0=1; a=1; }

if( i==1 ){ f=0; }
if( i==50 ){ f=1; }

if(f){ i--; }
else{ i++; }

DelayMs(i);

}
}

>>597
だから、while()ループの前に変数の初期化は入れろyo。

a=1;
f=0;
i=1;

while(1){
:
:
:
}

無理じゃないんだよ！

ところで
DelayMs()って関数の1単位はmsec?

SourceBoostも>>586のANDWF版になったよ。

>>587
いろいろツッコミたい箇所多いが、一応動作する内容だろ。
（int型変数は16bit長だから無駄だと思うぞ）

因みに俺は #include"delay.c" に変えてSIM動作確認した。
動かないのはPICが死んでるか、ライタがおかしいんじゃね？

補正値消してしまったとか……

>>598
PIC自体が動かなくなった。
DelayMs()たぶんmsecだと思います。

>>601
PICProg4Uを使ってるのですが、
書き込む時、
工場出荷時の補正は読み込んでるが、
途中で値が変わってるのですよ。
それが問題なのかな？

難しい・・・ orz

>>602
まあ、PICが動かなくなったならしょうがないな。

今のプログラムDelayがmsec単位なら、動作がわかりにくそうだ。
点灯する比率を変えたほうがわかり易いはず。
約5秒周期で明暗を繰り返すようにしてみた。

動かせるようになったら、下のプログラムでも確認してみてくれ。

main(){
int i,a,f;

GPIO0=0;
TRIS0=0;

a=1;
f=0;
i=1;
while(1){

if (a) {
GPIO0=0;
a=0;
DelayMs(i);
} else {
GPIO0=1;
a=1;
DelayMs(51-i);
if( i==1 ){ f=0; }
if( i==50 ){ f=1; }

if(f){ i--; }
else{ i++; }
}
}

>567
確かに面白そうな回路だと思う。
この位なら自分でコードを書いて見る方が、もっと面白いと思うよ。

mikroCってレジスタのビットアクセスができないみたいなんですけど、
できてほしい。
GPIO.3 = 1;
とかかけないもん。
がーん。

>>605
PORTB.F3 = 1;
とか書けるよ。

>>606
ありがと
助かりました。
やる気も出ました。

ヘルプとサンプルを全部読んだ方が良いよ

PICCliteの解説本ってある？

>>609
どんなﾚﾍﾞﾙを期待してるかしらんが
初心者向けなら
ttp://books.yahoo.co.jp/book_detail/31576028

初心者用はもいっこくらいあったかも
でも使い方に悩むﾚﾍﾞﾙでないと思う
対応してるＰＩＣが少なくて
対応してても1K制限なのが多いので人気薄

でも出来はとてもよい。
製品版は個人で買えない・・・

PICC気に入ったので製品買っちゃったｗｗｗｗｗｗ　ちょっぴりだけ後悔している。

PICCに特化した解説本ってあまりないんで、チュートリアルまとめてるサイトを
まわったほうがいいかもしれない。あとは英文になってしまうけど公式に色々と
ｻﾝﾌﾟﾙｺｰﾄﾞが出てるよ。

ストロベリーリナックスの無線モジュールを使って遊びたいのだが、
送受信のプロトコイルは考えついたんやけど、送信モジュールの電源選びに困ってる。
3〜6Vらしいんやけど、CR2032では無理かな？
キーレスエントリーの様に使いたいから小型の電池なんかないかな？

>>612
つ「スペック」

まだスペックというほどの物はきまってないよ。
乾電池などをTL499Aで昇圧するとしたら効率悪くない？
市販のキーレスなんかは1.5Vで長時間もつのってどんな回路かなって思ったのよ。
ageすまそ

>>611
ｳﾗﾔﾏｼｽ　

普通のコイン電池は3Vじゃん。

ついでに長時間もつと言っても、通電されるのはせいぜい日に何秒程度
なのだから、自己放電が年1％もないリチウム電池なら何年ももって当然。

>>612
市販の物は、その電圧に合わせて設計出来るから心配要らないのだけど
件の無線モジュールはテストしてみるしか無いと思う。
特に、３Vの電池で３Vのモジュールだと余裕が無いから
あとはモジュールの実力しだい。
慣れれば送信回路は簡単に作れるので挑戦してみるのも乙かも。

>>78
で　mikroC　による　PIC16F88　への書き込みについて教えて
戴いた者です。
遅くなりましたがおかげさまで無事書き込みできました。
すみません、続いてなのですが、
　ttp://www8.plala.or.jp/InHisTime/
の中の、「周波数ロックユニット」のうち、
PIC12F683　用のソースをやはりmikroCにて書き込む場合、
Device Flagsはどれをチェックすればよいのでしょうか？
よろしくお願いいたします。

>>618

FCMEN - OFF
IESO - OFF
BOREN - ON or OFF
CPD - any
CP - any
MCLRE - OFF
WDTE - OFF
FOSC - EC/IO
かな？

ソースに埋め込めないのは不便だな

>>619
ありがとうございます。
すみません。基本的な知識不足のためもう少し教えて下さい。
mikroC　のDevice Flagsの画面では、
BOREN - ON or OFF
CPD - any
CP - any
FOSC - EC/IO
に該当しそうな項目がないのですが・・・
FCMEN - OFF
IESO - OFF
MCLRE - OFF
WDTE - OFF
は見つかったのですが・・・
よろしくお願いいたします。

CPD,CPは、どちらでも動作には関係ないと思う。
クロックの設定ぐらい、どこかにあるはずだけど．．．

INTOSCとかHSとかXTとか　mikroCは使った事ないけど

BODEN OFF
CPD OFF
_HS_OSC


ところでライター何使ってる？

すまん　16F88 の設定みながらやってしまった

>>622 ありがとうございます。
えーと、
BODEN OFF
というのは見当たらず、
BOD OFF
というのがあるのですが、これに該当するのでしょうか？

ライタはアドウィン社のものです。

CCS-C使えNEEEEEE!
これじゃwhile(1){}じゃないか!

20:while(!kbhit()){}
0D8 1E8C BTFSS 0xc, 0x5
0D9 28D8 GOTO 0xd8
0DA 28D8 GOTO 0xd8

それだ

とりあえず　データシートには目を通す


ttp://ww1.microchip.com/downloads/en/DeviceDoc/41211C.pdf#search='12F683%20data'


そのライターは使ったことがない　ちなみに秋のライターだとコンフィグの設定は
ライターでもできる

MikroCはたまにConfig設定が飛ぶときがあるので注意

>>625
「while(!kbhit()){}」の前後は何書いてる？
まさか

　　while (1) {
　　　　while(!kbhit()){}
　　}

じゃないだろうな。

>>625
バージョンぐらい書きゃいいのに。
脳味噌足りねえなあ…。

>>628

軽石さん、お久しぶりです。

>>626
僕の持ってるライタは、ジッポーなんですが、大丈夫でしょうか?

Writer509オススメ

プロメートも買えん貧乏人ばっかりなんだなぁ

うむ、ドライバーくらいまともなのを買えｗ
ttp://www.amazon.co.jp/dp/B000I0IXTC

PIC内蔵のEEPROMのみに外部のPICから書き込む事ってできる？
外部からIDを割り付け出来たらと考えてみたりして。

できる。というか、大抵の手製ライタはPICで書き込み制御してるだろｗ

PICにHost Portってあった？

そっか。microchipのサイトへ飛んでくる。
シリアル通信なんかでデータを渡し、書き込もうかと思ってた。

某サイトのpicの説明に「PIC社が出したコントローラ用RISCマイクロプロセッサ」とかあって笑った

>>622
>>626 ありがとうございます。
うーむ　動きません。。。
ひとつだけ疑問
以前16F88で同様の質問をしたとき、
>>87
>>89
で、_HS_OSC でなく、EXTCLK と教えていただきました。
今回も水晶16MHzを使用しているので、同じことがいえるのでしょうか？
しかし、mikroC の12F683　の画面では、 EXTCLK というフラッグは
なく（16F88だとある）、それらしきものとして、
_EXTRC_OSC_NOCLKOUT
_EXTRC_OSC_CLKOUT
_EXTRCIO
_EXTRC
というのがあるのですが・・・
よろしくお願いいたします。

データシートに全部書いてる

回路図の上としたではFOSCの設定は異なる
下のは内部クロックだよ

>>640
　もちろん書き込む前に見てみましたが、
　勉強不足なのでしょうが（　>>82　）、わかりません。

>>641
　いずれも水晶16MHz→12F683ではないでしょうか？？？

>642
>641が言ったのは
ttp://www8.plala.or.jp/InHisTime/PIC-006/FreqLockV2.bmp
の回路図中の88と683はクロックのソースが違うってことでしょ。
以前あなたが聞いたのは
ttp://www8.plala.or.jp/InHisTime/page018.html#PIC-013
の回路図中の88でしょ。確かにどちらも外部クロック→PICで同じだけど
あなたの書き方が悪いから混乱するんですよ。

で、あなたが求めてる683に必要なのはおそらく
_EC_OSC

picのクロック回路は大まかに言って
(1)内蔵(internal)クロック
(2)外部(external)の発信器を内部の発振回路でドライブ
(3)外部(external)の発振回路の出力を入力
の3種類があります。

今回は(3)です。

>639であがっている
_EXTRC_OSC_NOCLKOUT
_EXTRC_OSC_CLKOUT
_EXTRCIO
_EXTRC
はどれも(2)のパターン。4種類あるように見えるけど
_EXTRC_OSC_NOCLKOUT
と
_EXTRCIO
および
_EXTRC_OSC_CLKOUT
と
_EXTRC
は同じ内容なので、実質2種類。発振回路自体はPIC内部にあるのでそのクロックを
他の回路で使うことを考えて外部に出力する設定がある。必要ないときはI/Oにする
ということ。

逆に(3)のパターンでは発振回路自体がPICの外部にあるのでわざわざPICからクロック
出力する必要が無いので、OSC2端子は常にI/O

ちなみに
_LP_OSC
_XT_OSC
_HS_OSC
も(2)のパターンだけどOSC1/OSC2の両方の端子を占有してしまうので、I/Oとして利用
できる設定は存在しない。

>>643 ありがとうございます。
ttp://www8.plala.or.jp/InHisTime/PIC-006/FreqLockV2.bmp
の、683のGP4から出ているLEDが点滅ではなく、点灯してしまうの
ですが・・・

>>644
16MHｚのOSCがちゃんと入力できてないとか…

OSCのモードがRCぃ
ぅぅぅぅ....。

>644
0.1Hzだとどうだろうね・・・ちゃんと点滅してるけどぱっとみ点灯しているように
見えるだけとかはないよね？

まぁ、俺はそのサイトの中の人じゃないので知らないよ。

0.1Hzってなんだよ・・・0.1sと10Hzがごっちゃに・・・

ついでにいうと、分周されるからLEDの点滅は5Hzか・・・

>>644
生成されたＨＥＸファイルあげてみなよ　コピペでもなんでもいいから

>>650　すみませんよろしくお願いします。。。

:100000002D28FF3FFF3FFF3FFF00030E8301A100AC
:100010000408A0000A08A2008A0100308C1A0130EE
:10002000F1007108013A031D24288C1205140030D8
:10003000051A0130F1007109F0000030701810301D
:10004000050610398506051022088A00200884005C
:10005000210E8300FF0E7F0E0900703003138316FC
:100060008F0007308312990083169F012830850086
:1000700081130B128B1001138B110B108C16831232
:100080008C120B30950050309300C33094008B12CB
:100090000B1181018316811201128111011081104F
:1000A00001110C1083120C108E018F011016901686
:1000B000101483168C1083128C10121112109210CF
:1000C00091010B178B1763286428FF3FFF3FFF3F09
:02400E00D330AD
:00000001FF

>>651
Configは合ってるみたいだな
2007H = 30D3HだとOSCはECだぞ。動かないのは他が原因だと思う。

mikroCは使った事ないけど

暇なのでHEXファイルをMPLABでシミュレーションして見た。
ぴったり100mSで割り込みを実行していたのでHEXファイル
は正解っぽい。

Config は問題なさそうだし
ハードか　

皆様ありがとうございます！
うーん　ハードですか・・・

無意識の内に8ﾋﾟﾝにVCCを接続して
破壊させた事があるぞ orz

たったそんだけのHEXになるならソースも短いだろ。なんでソースを晒さんの。
割り込みは240サイクルごと（MPLABシミュレータ上）ごとに発生してはいる。
GP4は微動だにしてないが、GP2がFoscの1/16くらいでトグルしてるな。

typoした
× 240サイクルごと
〇 249サイクルごと

>>657
使用しているMPLAB 7.6ではシミュレーションで
GP4も100mS周期で反転しているみたいだけど

ソース　>>618

>>651
10HzでON/OFFだと、ソースの元はこれか？
ttp://www8.plala.or.jp/InHisTime/PIC-006/Clock100msec.c

>>655
あともうちょっとで動作するから　がんがれ

一番あやしぃのはクロックのモジュール　

実は普通のクリスタル繋いでるとかない？

一旦　内部クロックにしてＬＥＤの点滅を確認するとかして

どこに問題があるのか切り分ける

>>660 そうです。お手数おかけしました。
>>661　ありがとうございます（涙）
　　　　水晶発振器を使用しています。
　　　　デジタルテスタのfreqモードで16MHzの発振が確認できます。
　　　　>　一旦　内部クロックにして
　　　　申し訳ありません。方法がわからず、勉強してみます。　　　　


　　　　　

:02400E00D330AD →　:02400E00D430AC

これで　INTOSCIO

>>663
速レスありがとうございます。
何から何まで　すみませんが、
ご指示のようにhexファイルを直して、
上書き保存すると、拡張子txtがついてしまうので、
その拡張子を外してファイルネームを変更し、
書き込みソフトでloadしようとしたのですが、
読み込めません。

>664
だったらhexを直接いじるんじゃなくてコンフィグの
_EC_OSCを_INTOSCIOにしてコンパイルしなおせばいいじゃない。

>>665

それをどうやるか　まだわかっていないみたいで・・・・


>>664
上書きじゃなくて　
名前をつけて保存　ファイルの種類を全てにしてから　ファイル名をtemp.hex にして保存
＊tempの部分はご自由に

>>665 やってみました。やはり点滅ではなく点灯です。
ビルドされたhexファイルの内容をコピペします。

:100000002D28FF3FFF3FFF3FFF00030E8301A100AC
:100010000408A0000A08A2008A0100308C1A0130EE
:10002000F1007108013A031D24288C1205140030D8
:10003000051A0130F1007109F0000030701810301D
:10004000050610398506051022088A00200884005C
:10005000210E8300FF0E7F0E0900703003138316FC
:100060008F0007308312990083169F012830850086
:1000700081130B128B1001138B110B108C16831232
:100080008C120B30950050309300C33094008B12CB
:100090000B1181018316811201128111011081104F
:1000A00001110C1083120C108E018F011016901686
:1000B000101483168C1083128C10121112109210CF
:1000C00091010B178B1763286428FF3FFF3FFF3F09
:02400E00D430AC
:00000001FF

しょうがない今日仕入れてきた12F683があるから　ブレッドボードに挿してやってみるか

>>NBYgilC8
申し訳ございません

>668の実験がなかなか終わらないらしいからちょっと愚痴でも書こうかな。

>666
> それをどうやるか　まだわかっていないみたいで・・・・
書き込む前に数日文のレスぐらい読んだほうがいいよ。

>669 他 ID:ngk4Z3pP
今回の683ぐらいのトラブルは初心者が問題解決の練習としてちょうど
いいぐらいの難易度なんだから他人に頼らずに自分で解決しようとして
みたら？
どうもあなたの書き込みを見てると他力本願なかんじがしてならない。

言うまでも無いことだけど、勉強したい初心者の手助けはしたいと思うけど
初心者を装ったクレクレ君のお守りをしてあげるつもりは無いので。

クロックモジュールがないのでINTOSCIO でやってるが　ＬＥＤをＧＰ０に繋ぐと
パルス確認できるぞ　オシロあるけどアースの変換ケーブルがないので今はできないけどな

>>670
＜１＞
前提として>>1の主旨には反していないと自分なりに判断しました。
また、自分の基本的な目的は>>82で表明したつもりです。
ご不快感を与えてしまったのなら謝罪いたします。
＜２＞
>>666 を書き込んだ方のID　を今一度ご確認願います。
＜３＞
>今回の683ぐらいのトラブルは初心者が問題解決の練習としてちょうど
>いいぐらいの難易度なんだから

申し訳ございませんが自分では判断できませんでした。

>>671
NBYgilC8さん、本当にご親切いただき心に染みます。
何度も見直したつもりですが、どこか私にウスラバカな間違い
があるのでしょうね。
そこまでしていただき、もう十分です。
また、貴方に対して他の方から微妙な表現までされてしまい、
申し訳ございません。ありがとうございました。

>>670
書き忘れました。
>初心者を装ったクレクレ君
確かに>>82で表明した内容はクレクレ君だったですね。
しかし、初心者を装ってはいません。

貴方のミッションはこれを完成させることです。　あきらめずやってください
定番の16F84あたりでLEDピコピコでも作ってじっくり弄ってみてください



ほんの一年前ぐらいまでは自分も似たような感じだったし・・・・



では　めげずにがんばってください

>673
わざわざ愚痴にレスをしてもらったので一応。
＜１＞
あなたの言っていることは間違ってない。
＜２＞
数日分のレスを読めばID:ngk4Z3pPがコンパイル時のコンフィグの設定変更方を
知っていることは読み取れるであろうといった程度の意味で書いたんだが。
＜３＞
PICの勉強をするための例題として件の回路を選んだんでしょ？それはPICの勉強を
するに際して自分のレベルに適していると判断したからではないの？

> しかし、初心者を装ってはいません。
そうか。じゃあ>78の名前欄を100回読め。

別にあなたがクレクレ君だというつもりは無いよ。ただ、質問の内容から自己解決する
ための手がかりを得ようとする意思が感じられないように思えただけ。
折角マイコンの勉強をしたいと思った貴方なのに本当のクレクレ君になってほしくなかったんですよ。

まぁ、俺はひねくれ者だけど、このスレの人間は基本的に初心者に優しいのでなんかあったら
またこのスレにきてください。

>674
ID:NBYgilC8氏もお疲れ様です。
別に貴方の事を悪く言うつもりも無かったのですが、なんだかけんか腰になってしまった
みたいでごめんなさいね。

>all
スレ汚しすみみませんでした。

なんだかんだ言ってもみんないい香具師だね

がんばっておくれ

何時の日か　「できた」と報告があればいいね

自力で解決すれば勉強になるけど、初心者にはちょっと難しいトラブルかもしれないな。
落とし穴がいくつも仕掛けられてる感じ。

まず1つ目は件のサイトにConfigが示されていないこと。
ある程度の経験があれば、回路やその動作原理から想像が付くけど、
今回の流れのようにOSCに気をとられてBODもMCLRもDisableにしてしまうと、
中途半端な電源ON/OFFで容易にリセット失敗状態に陥ってしまう。

ちなみに>>667のHEXは動作（LED点滅）したけれど、電源OFF後に
電源電圧がちょうど1Vくらいに落ちたところで
電源を入れると動作しなくなった。->LED点灯または消灯
完全に0Vまで放電後電源を入れると動作する。

2つ目は
OPTION_REG.F7 = 0;
[弱プルアップ有効]
このソースでOSCモジュールが0V-5Vのフルスイングか
1/2VccのBIASにクロックを載せて出力していればいいけど、
AC結合の1Vp_pのような出力の場合、ポートの入力は'H'のままとなってしまう。
使用する16MHzOSCモジュールの種類によっては罠にはまってしまうことがある。

･･･といった感じかな？

あぢぃ

マルツで24FJがあるみたいだけれど、
書込み器はICD2とか純正ライターしか対応してないのかな？
RAMが8Kもあって28PINのDIPがあるのが物凄い魅力なんだけれど、、、
使った人いないですか？

>>681
楽しそうなPICだな。
2クロックで1サイクル？

DIPといってもSPDIPじゃん。普通のユニバーサル基板に入らないよ。

秋月のライターが１８シリーズにも対応し始めたって言うのはガイシュツ？

ほんとだ。でもα版だから普通のファームアップはできないのね。
ver.4キットをもう一個買えってか。

もうライタで悩むのやだからICD2を買っちゃった。速くて便利だよ。

>>683
SPDIPって876Aみたいなスリムパッケージの奴じゃなないの？！！
ガーーーンショック！！！

>>682
http://ww1.microchip.com/downloads/en/DeviceDoc/39881b.pdf
2クロックで1サイクルっぽい。。。

>>683
釣られよう
28pinでDIPと言えば600mil、SPDIPは300mil
100milピッチのユニバーサル基板が｢普通｣だと
すれば入る。

勘違いしてた… orz

データシートみたら(16F876なんかと同じ)細身の28pin DIPになってた。
SPDIPというのはSkinny PDIPのことなのね。SDIP(Shrink DIP)の仲間かと思ってますた。
ごめんなさい

PROMATE�Uいらなくなったんだけど、ヤフオクに出していくらくらいで売れるかね？
ソケットは３つ付き
たぶん8ピン〜28ピンならほとんど対応してる

２４シリーズへの書き込みならPICkit2でも出来るよ。

>>624
683はサポート対象外

>>680
本当だ！！
古い資料みてて対応して無いと思い込んでた、、、

24FJのデータシート眺めているのですが、
24FJシリーズは電源が2系統必要の認識であってます？
CPU−CORE用電源2.5VとI/O用<5Vってこと？

>>692
LDOレギュレータが付いてるらしい。VDDCORE/CAPピンがあるので
内蔵／外部、お好きなほうで行けるんじゃないかな

電源VDDは標準3.3VでVDDCOREが2.5Vだよね。そして5Vトレラント入力

>>693
データシート-23.2に記述がありました
3.3V電源のみで駆動可能のようです
出力もPIN毎のOPEN-DRAIN設定を行えば、5.5Vまで直結できる
おぉ、、、なんか3.3V系と5V系の混在に頭悩ます必要が無くなるデバイスですね

>>477で試した音声再生を非圧縮のPCMデータでやってみた。
http://science6.2ch.net/test/read.cgi/denki/1074945895/806
結果はPIC音スレに書いたが、やり始めがこっちだったので、いちおう報告。
マグネチックスピーカだと割と聞ける。けど音が小さい・・・

PORTBの0〜5ビットを入力、6,7ビット目を出力としています。

RB0〜RB5に入力される電圧レベル(HかLか)を判定し、
それに応じてRB6、RB7に出力を行いたいのですが、
RB0〜RB5への入力電圧の判定はどのように行うのがｴﾚｶﾞﾝﾄなんでしょうか？

0〜5までのビットを持ってきて、1を引いて0ならとするのは普通の方法なんでしょうか？

文章が苦手だったらせめてプログラムくらい例示したら？

＞RB0〜RB5への入力電圧の判定
と
＞0〜5までのビットを持ってきて、1を引いて0なら…
の
つながりがわからないﾈ

>697
何がしたいのかよく分からないから、答えようがないけど・・・

分岐条件が簡単ならBTFSCとBTFSSで単純にチェック、
ほとんどすべてのパターンで違う分岐に行くならRETLWの
テーブルの応用でCASE文みたいな感じにするかなぁ？

いつもエレガントなコードを書こうとは思ってるけど、あまり
うまく行っていない人間のレスですが・・・

自分で書いておいてどの辺りがCASE文みたいなのか
よく分からなくなってきた。まぁ、こんな感じ？

ttp://ha6.seikyou.ne.jp/home/sasao/junkhard/pic/#009

PCからPICへ、FT232RL経由でRS-232Cでデータを送信しているのですが、
0〜127まで値の1バイトデータはPICで受信可能なのに、128を超えた
あたりから値が0になる問題に見舞われています。
全てが0になるのでなく、例えば128とか160とかの値は受信出来ます。
129,130は0になりました。
同じ値を送ると、毎回同じ結果となります。
このような現象は起きうるのでしょうか。また回避法はないのでしょうか。
よろしければお知恵をお貸しください。
PIC:PIC18F4525
C:CCS-C(MCH)
MPLAB7.21利用
送受信 データビット=8、ノンパリティ、ストップビット1
速度115200(低速でも同じ現象が起きる）,非同期
ハードウェアのUSART機能を利用

>>702
PCから正しいデータが送られているのは確認できているのか？

PC側のソフトは何度も確認しましたが、問題はありません。
VB6でMSCOMM.OUTPUT=chr(1バイトデータ)として送信しているだけです。
連続送信でのトラブルを回避するためにインターバルを入れてみましたが
改善しません。データがずれた、ということでもありません。

少なくとも0〜127以下のデータは正しくPCから受信できています。
それまでの作業では127以下のデータしか送っていなかったので、
こういうトラブルが起きるとは思わなかったくらい、問題なく
通信できていました。

>>702
ちゃんと障害箇所切り分けしてる？
FT232RLの出力をPCのRS-232Cで受信して、正常に受信できるか。
PCのRS232CからPICに送信して、正常に受信できるか。
どっちかが不可になったら、そこがおかしい。

>>704

>PC側のソフトは何度も確認しましたが、問題はありません。
>VB6でMSCOMM.OUTPUT=chr(1バイトデータ)として送信しているだけです。
だから、それで本当に128以上の正しいデータが出てる確認は出来てるのか？
VB6のMSCOMMでやってるから問題ないと信じてるだけなんじゃないのか？

まあ、一番あやしいのがVB6のMSCOMMだがな。

>705
正確な返答になっているかはわかりませんが、
PICからPCへの送信はprintfで行っていて、問題なく受信できています。
PCからの送信(PICの受信）の際に、702での問題が起きます。

PICへの送信データにbit7が入っていると、何らかのルールで受信不良（値0)が
起こるといった感じです。
bit7を無視してプログラムを組めば良いかもしれませんが、何か
悔しい気もします。

>>707
PCから出てるかどうかは確認できてないんだろ。

"MSCOMM キャラクタコード"
で、ググれ。

>706
MSCOMMが怪しいなら、根本的な対策は不可かもしれませんね。
でも、そういうことは起きうるのだろうか？？
データビット、パリティ、ストップビット、速度という基本的な
設定しかしていなのですが、他に設定すべきことがあるのかな？
調べてみますね。

RS-232Cのモニターは所有していないので、ライン上での
データ確認は出来ませんが、
他に作った装置(MAX232搭載品）でデータの受信テストをすれば、MSCOMMの問題かどうかは
判別できるかもしれないですね。これはやってみます。

>708
「Output プロパティを使ってバイナリ データを送信する場合は、
バイト配列が格納されているバリアント型データを設定します。」
という情報を見つけました。
これを行えば上手く行きそうですね。試してみます。
有難う御座います！

>>710
「１28以上の値のデータを送るにはバイナリモードに設定しないといけなかったんですね」

っていう、レスを期待してたんだが・・・

まあいいか。

>>710
ttp://support.microsoft.com/kb/411403/ja
ここも見といて。

実機でも送信出来ました。
皆様有難う御座います！

実機でも送信出来ました。
皆様有難う御座います！

普通ループバックとかでテストするだろ？

今日の教訓は正しいはずという思い込みほど
怖いものはないということか。

しかし、ID:ukExfVN1の手際よかったね。
エスパーかとオモタよ。

Bit Testでｸﾞｸﾞったら解決しましたお手数おかけしました
が、しかし1ビットづつではなく、2ビットいっぺんに確認する際は
シフトして足してキャリーフラグが立ったら・・・・
のようにするべきなんでしょうか？
普通の人はどう書くんでしょうか？

方法は２つ
１、ポートからRAMに転送しておいて　BTFSC/BTFSS で分岐
２、and 命令した後
　　・両方が0かどうかはゼロフラグを BTFSC/BTFSS
　　・それ以外は引き算か、XORした後、ゼロフラグ

簡単なのは１

>>717
ＡＮＤで回２ビット以外をマスク
比較命令で分岐(w

PICの回路を作りたいんだけどどうにもうまくいかない。
参考になるサイトなんてないですかね？

何がうまくいかないのか、、、エスパーまかせじゃうまくいかないよね。

ですねえ・・・すみません。
まだ回路の基本ができてないみたいで
自分でもどこが悪いのかよくわからんようになってきましたＴωＴ；）

そんなあなたに出来合いのキット（ただし秋月は駄目よ）

出来合いのキット使いたいんだけど
作れって命令なんですＴωＴ；
もうあるのに作れなんてしんじらんない・・・

なんだそりゃ　回路もなにを作るかモ不明

学校の演習か仕事かしらないけど、
試行錯誤の末に自分が作った物が動くとうれしいもんだよ。

参考になるサイトなら>>3にあるじゃん

小出し質問はPICスレの日常

>>723
なんで秋月は駄目なん？

秋月のはキットというより部品セットだからだよ。
回路図と動作原理理解してないと組み立て困難だからエレキットから始めた方が良い。

物によるが　確かに理解してないとドツボにはまることがある

ドツボにハマってからもっと簡単なキットに手を出すほうが勉強になるぞ。

>>730 わかった　ありがとう！

電源ON直後の村田セラロック20MHzがきちんと発振しない。
基板はサンハヤトのMB-P02　。
指でランド触れれば発振開始する。

>>734
で、そのセラロックの型番とPICの型番は？
指で触れたランドはどこ？　PICのピン？　セラロックのピン？
半田付けは大丈夫？　基板汚れてない？

・PICのオシレータモード設定が誤っている
・ハンダ付けがテンプラ
・セラロックのほかに負荷Cを付けている
あたりじゃね？

>>735
さっきオシロでセラロックの波形確認しながら、セラロック本体のランドを触ってみた。
セラロックの3ピン全部を触った瞬間に発振開始するようだ。
セラロック交換したが、症状は同じ。

図面up
ttp://www-2ch.net:8080/up/
のPIC1.jpg

セラロックまで配線長すぎるんじゃ？
直付けでも発振せんか？

セラロックに繋がってるスイッチ外して最短距離で配線しろ
ICSPの電源・信号の投入シーケンスがきちんとしてれば
スイッチでセラロックを殺す必要など無い

セラロックも4メガヘルツを超えれば５Ｖの電源でないと発振しないわな。
といってみるてすつ

ブレッドボードでやってるとか

セラロックに切り替えスイッチってどんな冗談？

>>741-742
>>734 基板はサンハヤトのMB-P02　

>>738
これが原因のようです。
至近距離で配線し直しで、安定しました。
基板はサンハヤトのMB-P02ですので、みなさんの指摘のようなICSP切替え
SWが入っています。

>>740
いつも単3電池2本で20MHZ発振させてますが何か

ま、趣味用途だしね

LEDを5×5にならべて、縦列方向のダイナミック点灯で数字や英字を表示させたいんですが、
何故か1列ずれて表示してしまいます。
回路はポートAを抵抗2kΩを介してトランジスタのベースにつなげて列を制御。
ポートBを抵抗220Ωを介してLEDに繋いで行を制御してます。
コードとしては

while(1)
{
output_a(0x01);//1列目に切り替え
delay_ms(3);
output_b(行ビットデータ);

output_a(0x02);//2列目に切り替え
delay_ms(3);
oubput_b(行ビットデータ);
・
・
・
output_a(0x10);//5列目に切り替え
delay_ms(3);
oubput_b(行ビットデータ);
}

何が悪いのかわかりません。アドバイスお願いします。

delay_msとoutput_bは逆なんじゃない？

>>748
ありがとうございます解決しました。

でもちょっとLEDが暗いのと、少しちらつきます。
何かキレイに表示させる良い方法は知りませんか？

チラツキはインターバル割り込みを使えば改善すると思う
暗いのは電流をLEDのパルス定格まで上げるしかない

>>749
output_a(0x01);//1列目に切り替え
output_b(行ビットデータ);
delay_ms(3);

output_b(行ビット全消灯データ); // ←追加

output_a(0x02);//2列目に切り替え
output_b(行ビットデータ);

と、列を変える前に消灯する行データを出力しないと、
次の行に前の行データが短期間だけど持ち越される
のではないか？

>>749
delay_msの値を小さくすればちらつきは少なくなると思う。
全消灯の時間を設ければ、表示がくっきりするかも。
暗いのはデューティが20％だからだよ。抵抗を小さくして電流を大きくするしかない。

while(1) {

output_a(0x00);//消灯
delay_us(10);
output_a(0x01);//1列目に切り替え
output_b(行ビットデータ);
delay_ms(2);

output_a(0x00);//消灯
delay_us(20);
output_a(0x02);//2列目に切り替え
output_b(行ビットデータ);
delay_ms(2);

>>749
1行あたり点灯時間3ミリ秒で5行だと、繰り返し周期15ミリ秒⇒毎秒の点灯回数は各行60回程度。
点灯回数は少なくとも毎秒100回はないとちらついて見える。150回以上は欲しいところ。

明るくするには点灯電流を増やすか、より高輝度のLEDを使うしかない。
連続して20mA流してちょうどの明るさのLEDだとすると、ダイナミック点灯で1/5の時間しか
点灯しないから、同じ明るさにするには100mA前後流す必要がある。
このくらいになるとPICで直接ドライブは無理だから、行もトランジスタ等のバッファを
使うのが無難。
連続3mAで十分な明るさの超高輝度LEDなら、5倍でも15mAだからPICで直接ドライブもいけそう。

みなさんどうもありがとうございます。
おかげでだいぶ良い感じになってきました！
これからスクロール表示にも挑戦してみようと思います。

ダイナミック点灯は結構周波数あげないとちらつくよね。
36Hzじゃ使い物にならんかった。
意外と人間の目の応答って速いんだね。
倍の72Hzで静止してればちらつかずに見えた。

インバータ点灯でない昔ながらの蛍光灯が、50Hz地域で100Hzの点滅だけど、
割とちらついて見えるからね。
60Hz地区の120Hz点滅だとめったいにちらついて見えないんだが。
（それでも体調によってはちらついて見える。）

3V電源を昇圧してPICを5V動作させるPSoCのSMP (Switch Mode Pump)風回路を作ってみた。

ttp://www35.tok2.com/home/xcrosgs2wy/dc_dc/img/3v_to_5v.gif 回路図
ttp://www35.tok2.com/home/xcrosgs2wy/dc_dc/src/3v_to_5v.hex PIC12F683用HEX
ttp://www35.tok2.com/home/xcrosgs2wy/dc_dc/src/3v_to_5v.c ソース

回路図中の2SK3366はシミュレータの都合で、テストでは2SK2961を使用。他のGPIOはオープン。
PSoCのSMPと比較するとパーツが2個多い（FETと抵抗）が、大電流に耐えるI/Oピンがないので仕方がない。

VDDがGP1の約1.73倍（32/19〜32/18）になるように制御がかかる。GP1が3Vの場合、VDDは約5.2Vになる。
効率は、この回路単体（他の負荷なし、IDD 0.8mA）で約50%、L出力のGPIOピン×1本を200Ωで
VDDにプルアップした場合（IDD 24mA）で約70%。

ブレッドボードで組んだ状態がこれ（斜め配置だらけ・・・）

ttp://www35.tok2.com/home/xcrosgs2wy/dc_dc/img/board.jpg

右下の抵抗風のパーツが330μHのインダクタ。30mAかそこらであればこのサイズのものでOK。

>>443
共立のそれ(KBC-P18LAN)、発売になったお
\6615だって
おまいらこのキンタマをどう思う？

>>759
リレーにAC100V繋ぐやつが出てくる！

PIC、というかマイコン全般の初心者です。
ちょっとお聞きしたいのですが、ライターって、スレタイにあるようにWriter509がおすすめなんでしょうか？
安かったのでRCDライターキットを買い、組み立てて、一回書き込んでみたんですが（PICProg4U）、
その時はチップが駄目になってしまいました(書き込んだ後にデータを読み出しても書き込みが反映された形跡がない)。
もちろんチップ自体が不良品である可能性もあるのだろうけど、ライター自体の信頼性もちょっぴり疑ってしまっています…

可能性は
・　そもそも書けていない
・　高い電圧で壊した

普通は書き込む事で壊れない。　壊れたとすれば電源回路のミス等で壊したのでしょう。

安定した書込器を買うのも選択肢だし、
その金で測定器類を買って、必死で書込器の不良を捜して修正するのも勉強だし

>>760
安いのには、安い理由があるわけで。

Writer509のほうが、RCDより確実なのは確かだが、最初に買うんだったら
キットより完成品を買ったほうがいいんじゃないか？

Writer509を作るにはRCDライターなどで書き込めることが必須だからな
おまけにRCDライタはシリアルポートとの相性があるしUSB-シリアルでは書けないし。
完成品を買いましょうとしか言えないな。


だれかこれをPICで挑戦してくれ
http://homepage2.nifty.com/denshiken/AVW008.html

おとなしくPICkit2買いなさい
これから出てくる3.3Vのデバイスの書き込みも安心できるから
PIC16F84Aだけ使うならアマライターでもＯＫ

初心者な質問です。

5本の出力信号　- | PIC | - 光ケーブル(1本) - | PIC | - 5本の信号入力信号

このようなシリアル通信をすることは可能なのでしょうか？
双方向ではなく、一方通行です。（できれば全２重がいいのですが）
２点間を絶縁しつつ、232Cのように信号線を何本も使うのではなく、
１本の光ケーブルで済ませたいのです。
PICのピの字もわからないのに
PIC16F873 x2 光１本, LEDその他部品だけ渡されました。

RX と　TX　だけを信号線として繋いでみたら動いたり動かなかったり。
動いても光ケーブルを途中で抜いたらもう２度と動かないし。
１本で済ませるような通信プロトコルがないと無理だと思うのです。

>766
PIC内臓のUSARTモジュールは、一方通行なら１本でいけるよ。
非同期シリアル通信、いわゆるRS232Cと同じ方式でなので。

まずは非絶縁でPIC同士の通信だけやってみたら？

勉強になります。
書込器の解析よりは、まずPIC自体の勉強を優先させたいので安定した書込器を探すことにします。
どうもありがとうございました。

>767
ありがとうございます。USARTモジュールすら知りませんでした。 orz
RS232Cと同じと思ってても、232Cには信号線が数本接続しているから
光１本のRXとTXシグナルだけでどうやって処理しているのかと思って。
エラー処理さえきちんとすれば光１本でも実現できるのですね。やってみます。

「渡された」ってことは趣味じゃなくて仕事？
上司から「自分で工夫して勉強しろ」という意味で渡されたなら
自力でやらないと意味がなさそうだけど・・・

ＴＴＬ<->光ケーブル変換モジュールは部品としてあるから、
活性挿抜（電源入れたまま接続を切ってしまう）対応のプログラムを
完成させるのが先かな。
まずはＴＴＬレベルでスイッチ経由で接続して、
途中でスイッチ一度ＯＦＦ（通信配線を切る）にしても復活するようにソフトを組む。
これがうまくいったら光通信モジュールを買ってきてつながれば終わり・・かと。

>>764
WAV方式ライタ面白そうだが、それもサウンドデバイスとの相性があるよなｗ

>>770
仕事ですし上司から「お手上げ」って渡された物です。
TTL-光変換モジュールはあるので取り付け、なんとか動作しました。
ただ一度でも光ケーブルを抜いたり、電源の中途半端な入れ方や
ケーブルの再接続すると固まった状態になって動作しません。
ソフトのエラー処理問題みたいですね。うがー。

>>764
サウンド出力を使うやつは波形の立ち上がりがビミョーだからねぇ…

そのサイトのRSなんちゃらの方が確実かもしれないな。
エレキジャックのやつはそのRSなんちゃらが付いてるんじゃなかったっけ？

>>772
信号の論理が逆になってるんじゃねーの？
光無しで信号はいりっぱなしみたいに。

>>773
RSなんちゃらも、かなりトリッキーなやり方をしてるけど、
組んでみたらあっさりうまくいったお

そうです、エレキジャックのデュアルライターは、Writer509/JDM両用なんだけど、
自身のファームを書き込む方法はRS-CR方式で、鶏卵問題を解決してまつ
さらにそのRS-CR方式は、作者のソフトを使うと、非常に信頼性・再現性も高い
あの作者はいいセンスしてるお（　＾ω＾）

>>774
オシロやLEDで確認しても大丈夫そうなんだけど、
一度エラーになると受信側が固まるっぽいです。
今はLEDだけど設計後が5KVの電圧スイッチ用なので
入りっぱとかはシャレならないす。
送信側は putc　で　受信側は　getc　な事をしてるだけ。
エラー処理方法が分からないす 　(. ； _ ； )
とにかく頑張ります。

>>776
まさかPICのRXとTXをそのまま光に変換して通信してるってオチ？

>>777
オチもくそも、それ以外はないだろ。

　 　　_, ,_　　 　そうです。 8bit信号入力 - PIC　- TX - 光　- RX - PIC - 8bit信号出力
　　:.（;ﾟдﾟ）:.　　それじゃあダメなんですか？
　　　:.ﾚV）:.　
　　　 :.<<:.　　　

マンチェスターとかコーディングしてないのか

>>779
>エラー処理方法が分からないす 　(. ； _ ； )
このレスを見て思ったのだが、
・通信不能時、外部から光以外でスイッチを操作する手段あるの？
・通信断した場合のスイッチの挙動の仕様（Offになる／現状維持とか）
・送信側はどうやって通信断を検出するの？
この辺の仕様が詰められてない気がしたのは俺だけか？

>>781
そこまで仕様が詰めれるのなら、こんな問題起こってないだろ。

>781
激しく同意。特に
・通信断した場合のスイッチの挙動の仕様（Offになる／現状維持とか）
が決まらないとエラー処理も何もないかと。
少なくともこの部分は光とかプロトコルとか以前の問題。

調歩同期は　スタートビットだけで同期してるから、その途中で抜けると必ずデータ化けする
だから、そういう用途なら必ずデータ化け確認の手段＝チェックサムだの、XORだの、CRCだのが必要だ。

他の方法としては マンチェスタ符号や光リモコンのようなパルス幅変調
これなら、抜ければビット単位にデータが抜けるので調歩同期よりもCRCなどのチェックが弱くてもいい

USARTのエラー処理って・・・要は通信中断されると大概フレーミングエラーやオーバーランエラーになるから
そのエラーフラグをクリアしてやれば桶。
それって基本だろ。