Home
Item
新規投稿
アルバム
ワード検索
過去ログ
Topic
Notice
Admin
48時間以内の記事は 
で表示されます
で表示されます
No1238から
Ｎｏ1238からの続きです。猛牛ロックさん、こんばんは。
＞速度の考え方は、PCと同じです。
通常、4MHz駆動なら1MHz駆動の4倍速く動いていますから、1MHz→4MHzとすると
動作時間が1/4になります。
やはりそうでしたか。
＞（PICクロックの周期）と（Tosc）は同一です。
Fosc「周波数」=1/Tosc です。
で、
TADを「1.6us～6.4usの間になるように」倍率を選択する、と言う事です。
1MHz駆動ならToscは1usです。そして設定できる倍率は、1,2,4,8、…なので、
2か4を選択する事になります。
なるほど！
有難うございました。
16Ｆ1827ですが、
16Ｆ1823のデータシートと似ている感じです。
＞数値は見つけられなかったですけど、例えば、0.8us～6.4usのように速い速度のほうが広がったのだと思います。
日本語版をみると、網掛を除いた部分が、推奨値で、1.0～4.0μsecond となっていますかね？
ただ、FRCって何だろう？
RCはおそらく、抵抗とコンデンサを使ってクロック信号を外部から受ける事だと思っていたのですが。
TR 
2018/11/22(Thu) 19:09 
No.1239
Re: No1238から
16F1823と16F1827は同じシリーズ（ファミリ）です。なので、作りとしては殆ど共通しています。
なので、かなりの部分が同じ説明だと思います。
でも、データシートをまとめられなかったという事は、それなりの違いも存在するということでしょう。
> 網掛を除いた部分が、推奨値で、1.0～4.0μsecond となっていますかね？
そうです。そこから推測しました。16F88で言えば2～4usが推奨となります。
でも、設定できない、とかでは無く、測定値は保証しないよ、と言う事なので、
駆動クロックを変更したときには、エラーも無く、範囲外に出てしまう可能性があります。
FRCは単純に、内部のRC構成の発信回路を使った時のFREQUENCYという意味でしょうね。
なので、かなりの部分が同じ説明だと思います。
でも、データシートをまとめられなかったという事は、それなりの違いも存在するということでしょう。
> 網掛を除いた部分が、推奨値で、1.0～4.0μsecond となっていますかね？
そうです。そこから推測しました。16F88で言えば2～4usが推奨となります。
でも、設定できない、とかでは無く、測定値は保証しないよ、と言う事なので、
駆動クロックを変更したときには、エラーも無く、範囲外に出てしまう可能性があります。
FRCは単純に、内部のRC構成の発信回路を使った時のFREQUENCYという意味でしょうね。
猛牛ロック 2018/11/22(Thu) 22:47 No.1240
Re: No1238から
猛牛ロックさん、色々とご教授を頂きまして有難うございます。ＰＩＣは初心者にとって扱いずらいと言っていましたが、
ＰＩＣのデータシートが分からないと本当に難しいと思います。
そこで、Ｆ1827を買うことにしました。Ｆ1823はデータシートの日本語版があるので
本来は、Ｆ1823を買いなのかもしれませんが、ＰＩＮ数が少ないんですよね。
試しにＦ1827を買ってみて、今まで教わった事をデータシートを見ながら、
もう一度、やってみます。
ＰＩＣにはＴｉｍｅｒが０，１，２の3個あると、教科書に有ります。
でも、ＰＷＭモジュールを使う場合、何故、Ｔｉｍｅｒ２を使うのか知りませんでしたが、
データシートにありました。
やはり、日本語のデータシートを手にしながら、教えて頂いたプログラムをもう一度、やってみるのも良いと思った次第です。
TR 2018/11/23(Fri) 08:21 No.1241
Re: No1238から
PICなら、そのシリーズを選択するのが一番いいような気がします。
というのは、有名であっても、あまりに古い石だと、
・コンパイラが異なる
・古い情報となるので削除される
という流れになって、XCの例を見つけるのが困難になります。
また、最新(と言っても、秋月で発売されてから2,3年以内）の石だと情報自体が少なかったり、
また5桁のものや、アナログ機能が豊富なものはもっと複雑になっているので、取りあえず止めた方が良いです。
※マイコンとして薦めないのではなく、そういった機能を使いたい時に使い始めれば良い、という事です。
で、このシリーズ（ファミリ）は、ベーシックなラインにあるマイコンで、特別な物が無いかわりに
現在の標準的な機能はちゃんと揃っています。
まぁ、F88もF627Aもベーシックなラインですけどなのですけど、実質的には引退を控えているマイコン、というマイコンです。
F1827なら、開発の候補に挙がる現役のマイコンでしょう。価格も現役価格です。
※F1827なら所有しています。F88やF627Aはちょっと買う気にはなりませんでした。
ただ、日本語データシートがあるとはいえ、F627AやF88と比べると、マイコン(レジスタ)としては多少複雑になっています。
というのは、有名であっても、あまりに古い石だと、
・コンパイラが異なる
・古い情報となるので削除される
という流れになって、XCの例を見つけるのが困難になります。
また、最新(と言っても、秋月で発売されてから2,3年以内）の石だと情報自体が少なかったり、
また5桁のものや、アナログ機能が豊富なものはもっと複雑になっているので、取りあえず止めた方が良いです。
※マイコンとして薦めないのではなく、そういった機能を使いたい時に使い始めれば良い、という事です。
で、このシリーズ（ファミリ）は、ベーシックなラインにあるマイコンで、特別な物が無いかわりに
現在の標準的な機能はちゃんと揃っています。
まぁ、F88もF627Aもベーシックなラインですけどなのですけど、実質的には引退を控えているマイコン、というマイコンです。
F1827なら、開発の候補に挙がる現役のマイコンでしょう。価格も現役価格です。
※F1827なら所有しています。F88やF627Aはちょっと買う気にはなりませんでした。
ただ、日本語データシートがあるとはいえ、F627AやF88と比べると、マイコン(レジスタ)としては多少複雑になっています。
猛牛ロック 2018/11/23(Fri) 13:54 No.1242
ＡＤＲＥＳ
上限を超えたので新しく投稿しました。
>RB3を2*tmp[ms]間HIGH、→RB3を2*tmp[ms]間LOWにする
済みません。
もう少し分かり易く教えて下さい。お願いします。
return文 有難うございます。
ＡＤＲＥＳは、変数宣言で対処しましいた。
//変数宣言
unsigned int Value;
Value=(ADRESH<<8)+ ADRESL;
__delay_us(20); //アクィジョン時間 20us
ADCON0bits.GO_DONE= 1; //AD変換開始
while(ADCON0bits.GO_DONE); //変換完了待ち
return (Value);
>RB3を2*tmp[ms]間HIGH、→RB3を2*tmp[ms]間LOWにする
済みません。
もう少し分かり易く教えて下さい。お願いします。
return文 有難うございます。
ＡＤＲＥＳは、変数宣言で対処しましいた。
//変数宣言
unsigned int Value;
Value=(ADRESH<<8)+ ADRESL;
__delay_us(20); //アクィジョン時間 20us
ADCON0bits.GO_DONE= 1; //AD変換開始
while(ADCON0bits.GO_DONE); //変換完了待ち
return (Value);
TR 2018/11/18(Sun) 07:08 No.1218
Re: ＡＤＲＥＳ
「行おうとしている事はボリュームに対応した点滅」なのですから、通常は
ボリューム（ADC）値×補正倍率を点灯/消灯時間、にしようとしますよね？
ボリューム値が1000なら2秒、100なら0.2秒、となるようにするなら補正倍率を2にします。
なので、通常は2msのディレイを1000回、或いは100回行って時間を合わせます。
RB3=1;
for(i=0;i<tmp;i++)__delay_ms(2);
だと、__delay_ms(2);がtmp回行われます。
> for(i = 0; i<tmp; i++){RB3=1;}
だと、tmp回、RB3=1;が行われます。（この処理時間をTとします。）
そして次行の
__delay_ms(2);
です。
つまり、RB3が1の時間は「T+2ms」ということになります。
Tはボリューム値に比例しますけど、意味のない2msが付きます。
for(i = 0; i<tmp*50; i++)RB3=1;
for(i = 0; i<tmp*50; i++)RB3=0;
のように、適当な倍率回数行う方がボリュームの設定値と点滅間隔の動きが一致します。
けれども、1ループで何クロックかかるかは、初心者には判断付きにくいと思います。
※実際、元のプログラムでは点滅時間が早すぎませんでしたか？
> Value=(ADRESH<<8)+ ADRESL;
> __delay_us(20); //アクィジョン時間 20us
> ADCON0bits.GO_DONE= 1; //AD変換開始
> while(ADCON0bits.GO_DONE); //変換完了待ち
> return (Value);
これは害が無いかもしれませんけど悪いプログラムです。
先頭で、まだADCを始めてさえいないのに
Value=(ADRESH<<8)+ ADRESL;
とADC結果レジスタの値を取得してからADC変換を開始しています。
実際の所、これは前回行ったADCの値がレジスタに残っているでしょうからそれが出力されます。
ちゃんと今回の値を返したいなら変換完了→値を取得という順板を守ってください。
今回の場合は気付かない程度に遅れるだけですけど、これが計算なら、計算をせずに結果を返すような事です。
ボリューム（ADC）値×補正倍率を点灯/消灯時間、にしようとしますよね？
ボリューム値が1000なら2秒、100なら0.2秒、となるようにするなら補正倍率を2にします。
なので、通常は2msのディレイを1000回、或いは100回行って時間を合わせます。
RB3=1;
for(i=0;i<tmp;i++)__delay_ms(2);
だと、__delay_ms(2);がtmp回行われます。
> for(i = 0; i<tmp; i++){RB3=1;}
だと、tmp回、RB3=1;が行われます。（この処理時間をTとします。）
そして次行の
__delay_ms(2);
です。
つまり、RB3が1の時間は「T+2ms」ということになります。
Tはボリューム値に比例しますけど、意味のない2msが付きます。
for(i = 0; i<tmp*50; i++)RB3=1;
for(i = 0; i<tmp*50; i++)RB3=0;
のように、適当な倍率回数行う方がボリュームの設定値と点滅間隔の動きが一致します。
けれども、1ループで何クロックかかるかは、初心者には判断付きにくいと思います。
※実際、元のプログラムでは点滅時間が早すぎませんでしたか？
> Value=(ADRESH<<8)+ ADRESL;
> __delay_us(20); //アクィジョン時間 20us
> ADCON0bits.GO_DONE= 1; //AD変換開始
> while(ADCON0bits.GO_DONE); //変換完了待ち
> return (Value);
これは害が無いかもしれませんけど悪いプログラムです。
先頭で、まだADCを始めてさえいないのに
Value=(ADRESH<<8)+ ADRESL;
とADC結果レジスタの値を取得してからADC変換を開始しています。
実際の所、これは前回行ったADCの値がレジスタに残っているでしょうからそれが出力されます。
ちゃんと今回の値を返したいなら変換完了→値を取得という順板を守ってください。
今回の場合は気付かない程度に遅れるだけですけど、これが計算なら、計算をせずに結果を返すような事です。
猛牛ロック 2018/11/18(Sun) 12:54 No.1219
Re: ＡＤＲＥＳ
> MABOさんへ
> PICに比べると親切過ぎる感じですね。
そうですね。
基本的な思想としては、「なるべく低級な作業（レジスタの直接操作）はしない」というのがあるのだと思います。
analogReadやanalogWriteも、使い勝手のいいモデル（分周や周期）が採用されています。
で、そのモデルを外した使い方をするときは、本来は、レジスタを直接操作する方法をしなければならないわけなのですが、
私が見た処、そういった使い方は稀で、大抵は、外部のライブラリを使う、という方が多いです。
つまり、他人が作った、操作し易くなっているもの＝ライブラリを多くの人が使っています。
それが見つからなくて最後の手段として、データシートをみて、レジスタを弄る、という感じでしょうか。
勿論、Arduino使いも色々な人がいるでしょうけど。
※低レベルで、きっちりと積み上げていけば、そのデバイスの能力を最大限に活かした、より良いものが出来るのは間違いありません。
けれども、低級な作業を学んでもデバイスを変えたら役に立ちません。
逆に言えば、中級でいろんなデバイスで共通の仕様になっているものを使った方が
覚えるのも優しいし、色んなデバイスでも使え、また、間違いも少なくなる、とも言えます。
そのデバイスを熟知している人でも、やはり多くの行を書いていけば間違いも起こります。
そういった人でさえ、ADC変換でレジスタ操作をするなら、データシートで確認する事は必須でしょう。
でも、analogRead(pin);を使えば5秒で安心して使うことが出来ます。
逆に言えば、仕事で「高度な事」をする人の方がデータシートを参照しなければならないレジスタ操作からは離れて
短時間で安全に操作できる方を優先させます。
実際の所、私も最初は、データシートを見て自分自身で書いていました。
でも、何度か同じような事をすると、前回の物を使いまわすようになります。
そうなってくると、レジスタの内容はちょっと忘れても、その作った関数だけが重要になります。
何度か使っているので、信頼性は多少高くなった、自分の関数です。
でも、Arduinoなら、ほとんど同じものが最初から提供されています。
そちらの方が、信頼性が高く、他の人にとっても判りやすい、と言う事は明白です。
プログラムの開発会社が、そのような中間的なものを使うのは必然だと思います。
(逆に、レジスタ操作なんて（極力）するな、というのが主流でしょう)
で、私としては、レジスタ操作(データシート)と悪戦苦闘して、無駄な時間を使ってしまうPICからは離れた方が良いと
思う次第です。（勿論、ベーシックな部分をおさえるのは重要です。）
ただ、そのデバイスの専門家になる目的ではないので、そのレジスタを覚えることは次の段階では役に立たなくなります。
なので、そのデバイス固有の事は、他の参考サイトからコピーすれば良いと思っています。
ただし、それ以上に安全で、信頼性の高いのが、中間的な処理をしてあるライブラリを使う事です。
※個人サイトは、間違いだらけです。「製作」サイトは仕方がないと思うのですけど、「説明」サイトならもう少し
ちゃんと（過去に書いたプログラムも）管理してもらいたいと思っています。
まぁ、結局の所、それだけマイコンプログラムや電子回路は「間違いが起こりやすい＝見つけ辛い」ということなのでしょうけど。
> PICに比べると親切過ぎる感じですね。
そうですね。
基本的な思想としては、「なるべく低級な作業（レジスタの直接操作）はしない」というのがあるのだと思います。
analogReadやanalogWriteも、使い勝手のいいモデル（分周や周期）が採用されています。
で、そのモデルを外した使い方をするときは、本来は、レジスタを直接操作する方法をしなければならないわけなのですが、
私が見た処、そういった使い方は稀で、大抵は、外部のライブラリを使う、という方が多いです。
つまり、他人が作った、操作し易くなっているもの＝ライブラリを多くの人が使っています。
それが見つからなくて最後の手段として、データシートをみて、レジスタを弄る、という感じでしょうか。
勿論、Arduino使いも色々な人がいるでしょうけど。
※低レベルで、きっちりと積み上げていけば、そのデバイスの能力を最大限に活かした、より良いものが出来るのは間違いありません。
けれども、低級な作業を学んでもデバイスを変えたら役に立ちません。
逆に言えば、中級でいろんなデバイスで共通の仕様になっているものを使った方が
覚えるのも優しいし、色んなデバイスでも使え、また、間違いも少なくなる、とも言えます。
そのデバイスを熟知している人でも、やはり多くの行を書いていけば間違いも起こります。
そういった人でさえ、ADC変換でレジスタ操作をするなら、データシートで確認する事は必須でしょう。
でも、analogRead(pin);を使えば5秒で安心して使うことが出来ます。
逆に言えば、仕事で「高度な事」をする人の方がデータシートを参照しなければならないレジスタ操作からは離れて
短時間で安全に操作できる方を優先させます。
実際の所、私も最初は、データシートを見て自分自身で書いていました。
でも、何度か同じような事をすると、前回の物を使いまわすようになります。
そうなってくると、レジスタの内容はちょっと忘れても、その作った関数だけが重要になります。
何度か使っているので、信頼性は多少高くなった、自分の関数です。
でも、Arduinoなら、ほとんど同じものが最初から提供されています。
そちらの方が、信頼性が高く、他の人にとっても判りやすい、と言う事は明白です。
プログラムの開発会社が、そのような中間的なものを使うのは必然だと思います。
(逆に、レジスタ操作なんて（極力）するな、というのが主流でしょう)
で、私としては、レジスタ操作(データシート)と悪戦苦闘して、無駄な時間を使ってしまうPICからは離れた方が良いと
思う次第です。（勿論、ベーシックな部分をおさえるのは重要です。）
ただ、そのデバイスの専門家になる目的ではないので、そのレジスタを覚えることは次の段階では役に立たなくなります。
なので、そのデバイス固有の事は、他の参考サイトからコピーすれば良いと思っています。
ただし、それ以上に安全で、信頼性の高いのが、中間的な処理をしてあるライブラリを使う事です。
※個人サイトは、間違いだらけです。「製作」サイトは仕方がないと思うのですけど、「説明」サイトならもう少し
ちゃんと（過去に書いたプログラムも）管理してもらいたいと思っています。
まぁ、結局の所、それだけマイコンプログラムや電子回路は「間違いが起こりやすい＝見つけ辛い」ということなのでしょうけど。
猛牛ロック 2018/11/18(Sun) 14:20 No.1220
Re: ＡＤＲＥＳ
1案
while (1)
{
tmp = adconv();
RB3=1;
for(i = 0; i<tmp; i++){__delay_ms(2);}
RB3=0;
for(i = 0; i<tmp; i++){__delay_ms(2);}
}
案1は、遅すぎです。
maboさんがご紹介下さったＵＲＬの動画を見て下さい。
＞先頭で、まだADCを始めてさえいないのに
Value=(ADRESH<<8)+ ADRESL;
Ｎｏ1216でプロトタイプ宣言をしたのに、関数を入れ忘れていました。
今のところ、下記のとおりです。
記
// CONFIG1
#pragma config FOSC = INTOSCIO // Oscillator Selection bits (INTRC oscillator; port I/O function on both RA6/OSC2/CLKO pin and RA7/OSC1/CLKI pin)
#pragma config WDTE = OFF // Watchdog Timer Enable bit (WDT disabled)
#pragma config PWRTE = OFF // Power-up Timer Enable bit (PWRT disabled)
#pragma config MCLRE = ON // RA5/MCLR/VPP Pin Function Select bit (RA5/MCLR/VPP pin function is MCLR)
#pragma config BOREN = OFF // Brown-out Reset Enable bit (BOR disabled)
#pragma config LVP = OFF // Low-Voltage Programming Enable bit (RB3 is digital I/O, HV on MCLR must be used for programming)
#pragma config CPD = OFF // Data EE Memory Code Protection bit (Code protection off)
#pragma config WRT = OFF // Flash Program Memory Write Enable bits (Write protection off)
#pragma config CCPMX = RB3 // CCP1 Pin Selection bit (CCP1 function on RB3)
#pragma config CP = OFF // Flash Program Memory Code Protection bit (Code protection off)
// CONFIG2
#pragma config FCMEN = OFF // Fail-Safe Clock Monitor Enable bit (Fail-Safe Clock Monitor enabled)
#pragma config IESO = OFF // Internal External Switchover bit (Internal External Switchover mode enabled)
// #pragma config statements should precede project file includes.
// Use project enums instead of #define for ON and OFF.
#include <xc.h>
// クロック周波数指定
// (__delay_ms()関数が必要としているため)
#define _XTAL_FREQ 4000000
//プロトタイプ宣言
unsigned int adconv();
//変数宣言
unsigned int tmp;
unsigned int i;
unsigned int Value;
void main()
{
OSCCON = 0b0110000; // 内蔵OSC 4MHz
// ADコンバータ設定
ADCON0 = 0b01000001; // RA0をADコンバータピンにし、ADコンバータ機能をEbableに
ADCON1 = 0b10000000; // 結果数値は右寄せ、基準電圧はVDD
ANSEL = 0b00000001; // RA0(AN0)はアナログで読み取りピン
TRISA = 0b00000001; // RA0(AN0)はアナログで読み取りピン（入力）
TRISB = 0x00; // すべて出力
PORTA = 0x00;
PORTB = 0x00;
unsigned int adconv();
while (1)
{
tmp = adconv();
for(i = 0; i<tmp; i++){RB3=1;}
__delay_ms(2);
for(i = 0; i<tmp; i++){RB3=0;}
__delay_ms(2);
}
}
unsigned int adconv()
{
Value=(ADRESH<<8)+ ADRESL;
__delay_us(20); //アクィジョン時間 20us
ADCON0bits.GO_DONE= 1; //AD変換開始
while(ADCON0bits.GO_DONE); //変換完了待ち
return (Value);
}
while (1)
{
tmp = adconv();
RB3=1;
for(i = 0; i<tmp; i++){__delay_ms(2);}
RB3=0;
for(i = 0; i<tmp; i++){__delay_ms(2);}
}
案1は、遅すぎです。
maboさんがご紹介下さったＵＲＬの動画を見て下さい。
＞先頭で、まだADCを始めてさえいないのに
Value=(ADRESH<<8)+ ADRESL;
Ｎｏ1216でプロトタイプ宣言をしたのに、関数を入れ忘れていました。
今のところ、下記のとおりです。
記
// CONFIG1
#pragma config FOSC = INTOSCIO // Oscillator Selection bits (INTRC oscillator; port I/O function on both RA6/OSC2/CLKO pin and RA7/OSC1/CLKI pin)
#pragma config WDTE = OFF // Watchdog Timer Enable bit (WDT disabled)
#pragma config PWRTE = OFF // Power-up Timer Enable bit (PWRT disabled)
#pragma config MCLRE = ON // RA5/MCLR/VPP Pin Function Select bit (RA5/MCLR/VPP pin function is MCLR)
#pragma config BOREN = OFF // Brown-out Reset Enable bit (BOR disabled)
#pragma config LVP = OFF // Low-Voltage Programming Enable bit (RB3 is digital I/O, HV on MCLR must be used for programming)
#pragma config CPD = OFF // Data EE Memory Code Protection bit (Code protection off)
#pragma config WRT = OFF // Flash Program Memory Write Enable bits (Write protection off)
#pragma config CCPMX = RB3 // CCP1 Pin Selection bit (CCP1 function on RB3)
#pragma config CP = OFF // Flash Program Memory Code Protection bit (Code protection off)
// CONFIG2
#pragma config FCMEN = OFF // Fail-Safe Clock Monitor Enable bit (Fail-Safe Clock Monitor enabled)
#pragma config IESO = OFF // Internal External Switchover bit (Internal External Switchover mode enabled)
// #pragma config statements should precede project file includes.
// Use project enums instead of #define for ON and OFF.
#include <xc.h>
// クロック周波数指定
// (__delay_ms()関数が必要としているため)
#define _XTAL_FREQ 4000000
//プロトタイプ宣言
unsigned int adconv();
//変数宣言
unsigned int tmp;
unsigned int i;
unsigned int Value;
void main()
{
OSCCON = 0b0110000; // 内蔵OSC 4MHz
// ADコンバータ設定
ADCON0 = 0b01000001; // RA0をADコンバータピンにし、ADコンバータ機能をEbableに
ADCON1 = 0b10000000; // 結果数値は右寄せ、基準電圧はVDD
ANSEL = 0b00000001; // RA0(AN0)はアナログで読み取りピン
TRISA = 0b00000001; // RA0(AN0)はアナログで読み取りピン（入力）
TRISB = 0x00; // すべて出力
PORTA = 0x00;
PORTB = 0x00;
unsigned int adconv();
while (1)
{
tmp = adconv();
for(i = 0; i<tmp; i++){RB3=1;}
__delay_ms(2);
for(i = 0; i<tmp; i++){RB3=0;}
__delay_ms(2);
}
}
unsigned int adconv()
{
Value=(ADRESH<<8)+ ADRESL;
__delay_us(20); //アクィジョン時間 20us
ADCON0bits.GO_DONE= 1; //AD変換開始
while(ADCON0bits.GO_DONE); //変換完了待ち
return (Value);
}
TR 2018/11/18(Sun) 18:56 No.1221
Re: ＡＤＲＥＳ
まず、行っている事の目的があります。
最初にも言ったように、プログラム的には「間違い」ではありません。
参考サイトは簡単に言えば、「A/D変換の結果を目視で確認する」というものです。
それなのに、プログラムが悪かったので、その動画のように訳の分からないものになってしまった、
と言う事です。つまり、プログラムも動画も目的を果たしていない例です。
TRさんは最初から勘違いしているようですが、ADRESはPWMとは関係ありません。
ADC変換の結果を格納するレジスタです。
PWMと連動させるなら全く別のプログラムになります。つまり点滅の速さではなく、
明るさを変えるプログラムです。
そして、内容をもっと考えてください。
点滅のスピードは単にADC値を何倍（x○秒）を変えるだけです。
意味が解っていれば
RB3=1;
for(i = 0; i<tmp; i++){__delay_ms(2);}
RB3=0;
for(i = 0; i<tmp; i++){__delay_ms(2);}
も
RB3=1;
for(i = 0; i<tmp; i++){__delay_us(20);}
RB3=0;
for(i = 0; i<tmp; i++){__delay_us(20);}
も同じ(意味)のスケッチだと判る筈です。
また、
＞先頭で、まだADCを始めてさえいないのに
の部分は
while(ADCON0bits.GO_DONE); //変換完了待ち
return (Value);
の間で値を取得しないと意味がない、と言う事です。
追記しておきます。
ADCの結果を確認するプログラムなら、ます、ちゃんとその結果が大まかにでも確認できる、
というのが重要です。
つまり、ADCは10ビット、つまり、0～1023までの結果になります。
RB3=1;
for(i = 0; i<tmp; i++){__delay_ms(2);}
と書いているのは最大値を取得した時に約2秒程度（点滅周期では4秒）を想定しています。
で、ボリュームを半分にした時が1秒、つまり、その程度なら時計などで、判断付きやすい、かつ、それほど時間がかからない、
というのを想定したものです。更にはマイコンが想定しているクロックで動作しているか確認できます。
それとも
> 案1は、遅すぎです。
は点滅間隔が20秒や30秒かかったということでしょうか？
もしそうなら他に原因があるのかも知れません。動作クロックが違ったとか。
動画をみてどの位の速さ、つまりADCの値が幾つ位で、ボリューム位置がどの位置にあるのか、点滅を見て判断付きますか？
この位置なら、この位、というものを実証している動画には見えません。
最初にも言ったように、プログラム的には「間違い」ではありません。
参考サイトは簡単に言えば、「A/D変換の結果を目視で確認する」というものです。
それなのに、プログラムが悪かったので、その動画のように訳の分からないものになってしまった、
と言う事です。つまり、プログラムも動画も目的を果たしていない例です。
TRさんは最初から勘違いしているようですが、ADRESはPWMとは関係ありません。
ADC変換の結果を格納するレジスタです。
PWMと連動させるなら全く別のプログラムになります。つまり点滅の速さではなく、
明るさを変えるプログラムです。
そして、内容をもっと考えてください。
点滅のスピードは単にADC値を何倍（x○秒）を変えるだけです。
意味が解っていれば
RB3=1;
for(i = 0; i<tmp; i++){__delay_ms(2);}
RB3=0;
for(i = 0; i<tmp; i++){__delay_ms(2);}
も
RB3=1;
for(i = 0; i<tmp; i++){__delay_us(20);}
RB3=0;
for(i = 0; i<tmp; i++){__delay_us(20);}
も同じ(意味)のスケッチだと判る筈です。
また、
＞先頭で、まだADCを始めてさえいないのに
の部分は
while(ADCON0bits.GO_DONE); //変換完了待ち
return (Value);
の間で値を取得しないと意味がない、と言う事です。
追記しておきます。
ADCの結果を確認するプログラムなら、ます、ちゃんとその結果が大まかにでも確認できる、
というのが重要です。
つまり、ADCは10ビット、つまり、0～1023までの結果になります。
RB3=1;
for(i = 0; i<tmp; i++){__delay_ms(2);}
と書いているのは最大値を取得した時に約2秒程度（点滅周期では4秒）を想定しています。
で、ボリュームを半分にした時が1秒、つまり、その程度なら時計などで、判断付きやすい、かつ、それほど時間がかからない、
というのを想定したものです。更にはマイコンが想定しているクロックで動作しているか確認できます。
それとも
> 案1は、遅すぎです。
は点滅間隔が20秒や30秒かかったということでしょうか？
もしそうなら他に原因があるのかも知れません。動作クロックが違ったとか。
動画をみてどの位の速さ、つまりADCの値が幾つ位で、ボリューム位置がどの位置にあるのか、点滅を見て判断付きますか？
この位置なら、この位、というものを実証している動画には見えません。
猛牛ロック 2018/11/18(Sun) 19:23 No.1222
Re: ＡＤＲＥＳ
関数を無くし、意味不明な__delay_us(20); //アクィジョン時間 20usを無くし、それと、読み取り値の変数宣言をＶａｌｕｅからＡＤＲＥＳにしました。
簡単にしました。
本当は、ＡＤＲＥＳが変わったらといったif文も付けるのでしょうけど。
案１
for(i = 0; i<ADRES; i++){RB3=1;}
__delay_ms(2);
for(i = 0; i<ADRES; i++){RB3=0;}
__delay_ms(2);
案２
for(i = 0; i<ADRES; i++){__delay_ms(2);}
RB3=1;
for(i = 0; i<ADRES; i++){__delay_ms(2);}
RB3=0;
案1と案2の違い
案1は、iを０からＡＤＲＥＳの値になったら、ＲＢを点灯し、２ｍｓおいて、またiが０からＡＤＲＥＳまでＲＢが点灯
案2は、iを０からＡＤＲＥＳの値になったら、２ｍｓおいて、ＲＢを点灯（またiが０からＡＤＲＥＳになり、２ｍｓ経過するまでの間）し、次に、ＲＢが消灯
どちらも同じに思えるが、周期は案１の方が早い。
結局、何故、案1が早くなるのか分かりませんでした。
while (1)
{
ADCON0bits.GO_DONE= 1; //AD変換開始
while(ADCON0bits.GO_DONE); //変換完了待ち
ADRES=(ADRESH<<8)+ ADRESL;
//※ここから案1と案2を入れ替えます。
for(i = 0; i<ADRES; i++){RB3=1;}
__delay_ms(2);
for(i = 0; i<ADRES; i++){RB3=0;}
__delay_ms(2);
}
追記
ＰＷＭ機能とＡＤＣ機能 よく理解せずに、今回、続けて読んできてしまった。
どちらも10ビット操作という点で似ていた。
これが、、、、間違えてしまった原因。
どちらも、Ｌチカなので、より一層困惑してしまった。
ＰＷＭは、ＣＣＰＲ１の上位8ビットとＣＣＰ1ＣＯＮのＤＣ１Ｂの2ビット
ＡＤＣは、上位8バイトがADRESH (ADRES High byte)、下位2バイトがADRESL
Ｌチカしたい場合、ＡＤＣ変換時間を利用するのではなく、ＰＷＭ機能でする。
while(ADCON0bits.GO_DONE); //ＡＤＣの変換完了待ち 、これを使うのではなく、
ADRESH + ADRESLのビットの値 ＝ＣＣＰ1ＬとＣＣＰ1ＣＯＮのＤＣ１Ｂ
にすれば、ＯＫと思われる。
どうでしょうか？？
TR 2018/11/19(Mon) 11:23 No.1223
Re: ＡＤＲＥＳ
まず、聞きたいのはTRさんは、いったい何をしようとしているのでしょうか？
案1も案2もプログラム的には間違いではありません。
なので、両方ともにかかれたように動きます。
重要な事は、目的と合致しているかどうかです。
> 読み取り値の変数宣言をＶａｌｕｅからＡＤＲＥＳにしました。
それはあまりいい変更ではありません。
というのはレジスタ名とダブル可能性があるからです。
(つまり、自分で作る変数に今回無いレジスタでもPORTDとかを付けるのはどうでしょうか？)
小文字にしておくとか区別した方が良いです。
> 何故、案1が早くなるのか分かりませんでした
orz 時間の計測の仕方をちゃんと覚えた方が良いです。
重要なのは「早くなる/遅くなる」ではなくて、それが○秒になる、と把握する事です。
Arduinoなら、時間をそのままPCに送って表示出来ますけど、
PIC使いならLEDの点滅の速さで識別するような使い方も覚える必要があります。
※でなければ、LCDや7セグを繋いで数値を表示させます。
ADCが5V、つまり、1023の時の時間を付けておきます。
なぜ、その時間になるのかを考えてください。
（説明は複数回しています）
for(i = 0; i<ADRES; i++){RB3=1;}//18.7ms
__delay_ms(2);//2ms
for(i = 0; i<ADRES; i++){RB3=0;}//18.7ms
__delay_ms(2);//2ms
これだと、約21msの点灯/消灯です。
実際の所、__delay_ms(2);は付けないで、ADRES*30とかの方が、まだ、比例関係になります。
for(i = 0; i<ADRES; i++) {__delay_ms(2);}//2.06s
RB3 = 1;//3us
for(i = 0; i<ADRES; i++) {__delay_ms(2);}//2.06s
RB3 = 0;//3us
こっちだと約2.06sの点灯/消灯です。
案1も案2もプログラム的には間違いではありません。
なので、両方ともにかかれたように動きます。
重要な事は、目的と合致しているかどうかです。
> 読み取り値の変数宣言をＶａｌｕｅからＡＤＲＥＳにしました。
それはあまりいい変更ではありません。
というのはレジスタ名とダブル可能性があるからです。
(つまり、自分で作る変数に今回無いレジスタでもPORTDとかを付けるのはどうでしょうか？)
小文字にしておくとか区別した方が良いです。
> 何故、案1が早くなるのか分かりませんでした
orz 時間の計測の仕方をちゃんと覚えた方が良いです。
重要なのは「早くなる/遅くなる」ではなくて、それが○秒になる、と把握する事です。
Arduinoなら、時間をそのままPCに送って表示出来ますけど、
PIC使いならLEDの点滅の速さで識別するような使い方も覚える必要があります。
※でなければ、LCDや7セグを繋いで数値を表示させます。
ADCが5V、つまり、1023の時の時間を付けておきます。
なぜ、その時間になるのかを考えてください。
（説明は複数回しています）
for(i = 0; i<ADRES; i++){RB3=1;}//18.7ms
__delay_ms(2);//2ms
for(i = 0; i<ADRES; i++){RB3=0;}//18.7ms
__delay_ms(2);//2ms
これだと、約21msの点灯/消灯です。
実際の所、__delay_ms(2);は付けないで、ADRES*30とかの方が、まだ、比例関係になります。
for(i = 0; i<ADRES; i++) {__delay_ms(2);}//2.06s
RB3 = 1;//3us
for(i = 0; i<ADRES; i++) {__delay_ms(2);}//2.06s
RB3 = 0;//3us
こっちだと約2.06sの点灯/消灯です。
猛牛ロック 2018/11/19(Mon) 15:37 No.1224
Re: ＡＤＲＥＳ
レジスタはともかく、PWMは出力です。目で見える状態としては点滅では無く点灯です。
LED照明などでの明るさ調整でも使われている手法です。
また、モータの速度調整にもよく使われています。
一方、ADC＝アナログ/デジタルコンバータは入力したアナログ電圧を数値化するものです。
Lチカとは直接は関係ありません。
今回のように、ボリュームを付けた装置だと、ボリュームの位置が何処にあるのかを調べるために使います。
そして、そのボリューム位置が意味する出力？にします。
LED照明などでの明るさ調整でも使われている手法です。
また、モータの速度調整にもよく使われています。
一方、ADC＝アナログ/デジタルコンバータは入力したアナログ電圧を数値化するものです。
Lチカとは直接は関係ありません。
今回のように、ボリュームを付けた装置だと、ボリュームの位置が何処にあるのかを調べるために使います。
そして、そのボリューム位置が意味する出力？にします。
猛牛ロック 2018/11/19(Mon) 17:55 No.1225
Re: ＡＤＲＥＳ
>まず、聞きたいのはTRさんは、いったい何をしようとしているのでしょうか？
有難うございます。
教科書でのＰＷＭについては、半固定抵抗器を使っての明るさ調整がありませんので、
学習したいと思っています。
＞というのはレジスタ名とダブル可能性があるからです。
止めます。
＞重要なのは「早くなる/遅くなる」ではなくて、それが○秒になる、と把握する事です。
これからの、学習テーマの1つにしたいと思います。
自分で、ＰＷＭ機能により可変抵抗器を使いＬＥＤを滑らかに明るくしたり暗くしたりを考えましたが、
コンパイル不可
出来ましたら、ご指摘願いたいと思います。
/*ＰＷＭ機能によりRB3のＬＥＤで滑らかに調光。可変抵抗で制御*/
// PIC16F88 Configuration Bit Settings
// 'C' source line config statements
// CONFIG1
#pragma config FOSC = INTOSCIO // Oscillator Selection bits (INTRC oscillator; port I/O function on both RA6/OSC2/CLKO pin and RA7/OSC1/CLKI pin)
#pragma config WDTE = OFF // Watchdog Timer Enable bit (WDT disabled)
#pragma config PWRTE = OFF // Power-up Timer Enable bit (PWRT disabled)
#pragma config MCLRE = ON // RA5/MCLR/VPP Pin Function Select bit (RA5/MCLR/VPP pin function is MCLR)
#pragma config BOREN = OFF // Brown-out Reset Enable bit (BOR disabled)
#pragma config LVP = OFF // Low-Voltage Programming Enable bit (RB3 is digital I/O, HV on MCLR must be used for programming)
#pragma config CPD = OFF // Data EE Memory Code Protection bit (Code protection off)
#pragma config WRT = OFF // Flash Program Memory Write Enable bits (Write protection off)
#pragma config CCPMX = RB3 // CCP1 Pin Selection bit (CCP1 function on RB3)
#pragma config CP = OFF // Flash Program Memory Code Protection bit (Code protection off)
// CONFIG2
#pragma config FCMEN = OFF // Fail-Safe Clock Monitor Enable bit (Fail-Safe Clock Monitor enabled)
#pragma config IESO = OFF // Internal External Switchover bit (Internal External Switchover mode enabled)
#include <xc.h>
// クロック周波数指定
// (__delay_ms()関数が必要としているため)
#define _XTAL_FREQ 1000000
// プロトタイプ宣言
void InitPWM (void);
void InitTimer2 (void);
unsigned int adconv(void);
// メイン関数
void main (void)
{
OSCCON = 0x40; //クロック周波数を1MHzに設定
// 1,2,17,18端子を入出力端子に設定
CMCON = 0x07;
// 電圧レベルの初期設定
PORTA = 0xFF;
PORTB = 0xFF;
// 入出力設定
TRISA =0b00000001; // RA0(AN0)はアナログで読み取りピン（入力）
TRISB =0x00;
ANSELA=0b00000001;//ＲＡ0をアナログピンに設定
ANSELB=0x00; //
// ADコンバータ設定
ADCON0 = 0b00000001; // RA0をADコンバータピンにし、ADコンバータ機能をEbableに
ADCON1 =0b10000000; // 結果数値は右寄せ、ADコンバータクロックはFOSC/2、基準電圧はVDD
//変数宣言
unsigned int num ;
// PWMモード設定関数の呼び出し
InitPWM();
// タイマ2設定関数の呼び出し
InitTimer2();
while(1) {
// アナログ値の変換と読込み処理
adconv();
num = adconv(); //ＲＡ0から電圧を読み込んだ値をtempをnumに代入
CCPR1L = num/4 ; // 4で割って上位８ビットを取り出しアナログ値からのデータでデューティ値を設定
}
}
// アナログ値の変換と読込み処理
unsigned int adconv()
{
unsigned int temp;
ADCON0bits.GO_DONE= 1; //AD変換開始
while(ADCON0bits.GO_DONE); //変換完了待ち
temp = ADRESH ;//
temp = ( temp << 8 ) + ADRESL ;//RA0で読み込んだ値をtempに代入
return temp ;//読み込んだtempをnumに返す
}
// PWMモード設定関数
void InitPWM (void)
{
// RB3端子を出力端子に設定
TRISBbits.TRISB3 = 0;
// CCPのモードをPWMモードに設定
CCP1CONbits.CCP1M3=1;
CCP1CONbits.CCP1M2=1;
CCP1CONbits.CCP1M1=0;
CCP1CONbits.CCP1M0=0;
// 周期を1μ秒に設定（99 + 1μ秒）
PR2 =100;
// デューティーサイクルを0msで初期化
CCPR1L = 0;
CCP1CONbits.CCP1X=0;
CCP1CONbits.CCP1Y=0;
}
// タイマ2設定関数
void InitTimer2 (void)
{
// プリスケーラ値を1に設定
T2CONbits.T2CKPS1=0;
T2CONbits.T2CKPS0=0;
// TMR2レジスタをクリア
TMR2 = 0;
// タイマ2起動
T2CONbits.TMR2ON= 1;
}
有難うございます。
教科書でのＰＷＭについては、半固定抵抗器を使っての明るさ調整がありませんので、
学習したいと思っています。
＞というのはレジスタ名とダブル可能性があるからです。
止めます。
＞重要なのは「早くなる/遅くなる」ではなくて、それが○秒になる、と把握する事です。
これからの、学習テーマの1つにしたいと思います。
自分で、ＰＷＭ機能により可変抵抗器を使いＬＥＤを滑らかに明るくしたり暗くしたりを考えましたが、
コンパイル不可
出来ましたら、ご指摘願いたいと思います。
/*ＰＷＭ機能によりRB3のＬＥＤで滑らかに調光。可変抵抗で制御*/
// PIC16F88 Configuration Bit Settings
// 'C' source line config statements
// CONFIG1
#pragma config FOSC = INTOSCIO // Oscillator Selection bits (INTRC oscillator; port I/O function on both RA6/OSC2/CLKO pin and RA7/OSC1/CLKI pin)
#pragma config WDTE = OFF // Watchdog Timer Enable bit (WDT disabled)
#pragma config PWRTE = OFF // Power-up Timer Enable bit (PWRT disabled)
#pragma config MCLRE = ON // RA5/MCLR/VPP Pin Function Select bit (RA5/MCLR/VPP pin function is MCLR)
#pragma config BOREN = OFF // Brown-out Reset Enable bit (BOR disabled)
#pragma config LVP = OFF // Low-Voltage Programming Enable bit (RB3 is digital I/O, HV on MCLR must be used for programming)
#pragma config CPD = OFF // Data EE Memory Code Protection bit (Code protection off)
#pragma config WRT = OFF // Flash Program Memory Write Enable bits (Write protection off)
#pragma config CCPMX = RB3 // CCP1 Pin Selection bit (CCP1 function on RB3)
#pragma config CP = OFF // Flash Program Memory Code Protection bit (Code protection off)
// CONFIG2
#pragma config FCMEN = OFF // Fail-Safe Clock Monitor Enable bit (Fail-Safe Clock Monitor enabled)
#pragma config IESO = OFF // Internal External Switchover bit (Internal External Switchover mode enabled)
#include <xc.h>
// クロック周波数指定
// (__delay_ms()関数が必要としているため)
#define _XTAL_FREQ 1000000
// プロトタイプ宣言
void InitPWM (void);
void InitTimer2 (void);
unsigned int adconv(void);
// メイン関数
void main (void)
{
OSCCON = 0x40; //クロック周波数を1MHzに設定
// 1,2,17,18端子を入出力端子に設定
CMCON = 0x07;
// 電圧レベルの初期設定
PORTA = 0xFF;
PORTB = 0xFF;
// 入出力設定
TRISA =0b00000001; // RA0(AN0)はアナログで読み取りピン（入力）
TRISB =0x00;
ANSELA=0b00000001;//ＲＡ0をアナログピンに設定
ANSELB=0x00; //
// ADコンバータ設定
ADCON0 = 0b00000001; // RA0をADコンバータピンにし、ADコンバータ機能をEbableに
ADCON1 =0b10000000; // 結果数値は右寄せ、ADコンバータクロックはFOSC/2、基準電圧はVDD
//変数宣言
unsigned int num ;
// PWMモード設定関数の呼び出し
InitPWM();
// タイマ2設定関数の呼び出し
InitTimer2();
while(1) {
// アナログ値の変換と読込み処理
adconv();
num = adconv(); //ＲＡ0から電圧を読み込んだ値をtempをnumに代入
CCPR1L = num/4 ; // 4で割って上位８ビットを取り出しアナログ値からのデータでデューティ値を設定
}
}
// アナログ値の変換と読込み処理
unsigned int adconv()
{
unsigned int temp;
ADCON0bits.GO_DONE= 1; //AD変換開始
while(ADCON0bits.GO_DONE); //変換完了待ち
temp = ADRESH ;//
temp = ( temp << 8 ) + ADRESL ;//RA0で読み込んだ値をtempに代入
return temp ;//読み込んだtempをnumに返す
}
// PWMモード設定関数
void InitPWM (void)
{
// RB3端子を出力端子に設定
TRISBbits.TRISB3 = 0;
// CCPのモードをPWMモードに設定
CCP1CONbits.CCP1M3=1;
CCP1CONbits.CCP1M2=1;
CCP1CONbits.CCP1M1=0;
CCP1CONbits.CCP1M0=0;
// 周期を1μ秒に設定（99 + 1μ秒）
PR2 =100;
// デューティーサイクルを0msで初期化
CCPR1L = 0;
CCP1CONbits.CCP1X=0;
CCP1CONbits.CCP1Y=0;
}
// タイマ2設定関数
void InitTimer2 (void)
{
// プリスケーラ値を1に設定
T2CONbits.T2CKPS1=0;
T2CONbits.T2CKPS0=0;
// TMR2レジスタをクリア
TMR2 = 0;
// タイマ2起動
T2CONbits.TMR2ON= 1;
}
TR 2018/11/19(Mon) 18:43 No.1226
Re: ＡＤＲＥＳ
動作しました！
可変抵抗器で明るくなったり暗くなったりしました。
間違いを
ＭＰＬＡＢが教えてくれました。
変更点
ＡＮＳＥＬＡ →ＡＮＳＥＬ
ＡＮＳＥＬＢ → この行を削除
でも、ＡＮＳＥＬにはＡかＢを付ける必要と思うのですが。
どうしてだろう？
と思って、、データシートを見ると、
88にはＡＮＳＥＬはＡがわの0～7までしかありませんでした！！
可変抵抗器で明るくなったり暗くなったりしました。
間違いを
ＭＰＬＡＢが教えてくれました。
変更点
ＡＮＳＥＬＡ →ＡＮＳＥＬ
ＡＮＳＥＬＢ → この行を削除
でも、ＡＮＳＥＬにはＡかＢを付ける必要と思うのですが。
どうしてだろう？
と思って、、データシートを見ると、
88にはＡＮＳＥＬはＡがわの0～7までしかありませんでした！！
TR 2018/11/19(Mon) 19:14 No.1227
Re: ＡＤＲＥＳ
> while(1) { // アナログ値の変換と読込み処理
> adconv();
> num = adconv(); //ＲＡ0から電圧を読み込んだ値をtempをnumに代入
> CCPR1L = num/4 ; // 4で割って上位８ビットを取り出しアナログ値からのデータでデューティ値を設定
> }
の部分ですけど、adconv();を2回しています。
これ自体、間違いで残ったのだと思うのですけど、実際に複数のアナログ入力ピンを切り替えて使う時に
この手法を取ったりします。(1回を読み捨てる)
つまり、切り替えてすぐに取得すると間違った値になりやすいからです。
で、前に、
> 意味不明な__delay_us(20); //アクィジョン時間 20usを無くし
と言っていますけど、これもチャンネルを切り替えた後に、その電圧が安定するまで少し待っている、という意味だと思います。
今回はチャンネルを切り替える訳では無いので、無くても大丈夫かな？と思っています。
> // 周期を1μ秒に設定（99 + 1μ秒）
> PR2 =100;
以前もおかしな記述（コメント）があったのですけど、取りあえず放っておきました。
それは
> // 周期を1μ秒に設定（249 + 1μ秒）
> PR2 =249;
というものです。
この時の周期は（249+1）*4[us]=1000[us]=1msです。
で、今回の場合は
（100+1）*4＝404usです。
あと、PWMやADCのメカニズム？をちゃんと押さえておいた方が良いです。
PWMだと、
PR2が周期、つまりこの値が上限に当たります。
duty値がHIGH→LOWに切り替わる値です。(場合によっては逆側に切り変える設定があったりもします)
タイマーが0で出力がHIGHになり、タイマーがduty値でLOWに切り替わります。
「249」と、250に1を引いた数にするのは249をカウントして、次の0になった時にHIGHになるので1を引きます。
そうした仕組みなので、PR2を101（101/255）にして、ADCの値をそのまま入れてもボリュームの半分以下の部分しか
反応しない（つまり、101/255以上になると常にHIGH）になっていると想像します。
感覚的にはどうだったでしょうか？
ボリュームのフルレンジを使って、明るさを調節したいのなら、PR2は255が適当でしょう。
勿論、ADCの値に101/255をかけたものをduty値に設定しても良いですけど。
で、
while(1) { // アナログ値の変換と読込み処理
num = adconv(); //ＲＡ0から電圧を読み込んだ値をtempをnumに代入
CCPR1L = num/4 ; // 4で割って上位８ビットを取り出しアナログ値からのデータでデューティ値を設定
}
の部分だと1回で、280us程度の時間しかかかりません。つまり、PWMの1回の点滅よりも多く取得して、
切り替え値を操作しています。
そう言った時は適度なディレイを入れた方が良いと思います。（そのままで駄目という訳では無いですけど）
つまり、
while(1) {
num = adconv();
CCPR1L = num/4 ;
__delay_ms(10);
}
程度にするのが適当かな、と思う次第です。
で、これを書き換えると（まぁ、書き換えなくても良いのですけど）
while(1) {
CCPR1L = adconv()/4 ;
__delay_ms(10);
}
で、同じ意味です。
それが、No.1213で書いたArduinoの
void loop() {
analogWrite(3,analogRead(A0)/4);
delay(10);
}
です。こっちのdelay(10);も同じ意味で付けています。
> adconv();
> num = adconv(); //ＲＡ0から電圧を読み込んだ値をtempをnumに代入
> CCPR1L = num/4 ; // 4で割って上位８ビットを取り出しアナログ値からのデータでデューティ値を設定
> }
の部分ですけど、adconv();を2回しています。
これ自体、間違いで残ったのだと思うのですけど、実際に複数のアナログ入力ピンを切り替えて使う時に
この手法を取ったりします。(1回を読み捨てる)
つまり、切り替えてすぐに取得すると間違った値になりやすいからです。
で、前に、
> 意味不明な__delay_us(20); //アクィジョン時間 20usを無くし
と言っていますけど、これもチャンネルを切り替えた後に、その電圧が安定するまで少し待っている、という意味だと思います。
今回はチャンネルを切り替える訳では無いので、無くても大丈夫かな？と思っています。
> // 周期を1μ秒に設定（99 + 1μ秒）
> PR2 =100;
以前もおかしな記述（コメント）があったのですけど、取りあえず放っておきました。
それは
> // 周期を1μ秒に設定（249 + 1μ秒）
> PR2 =249;
というものです。
この時の周期は（249+1）*4[us]=1000[us]=1msです。
で、今回の場合は
（100+1）*4＝404usです。
あと、PWMやADCのメカニズム？をちゃんと押さえておいた方が良いです。
PWMだと、
PR2が周期、つまりこの値が上限に当たります。
duty値がHIGH→LOWに切り替わる値です。(場合によっては逆側に切り変える設定があったりもします)
タイマーが0で出力がHIGHになり、タイマーがduty値でLOWに切り替わります。
「249」と、250に1を引いた数にするのは249をカウントして、次の0になった時にHIGHになるので1を引きます。
そうした仕組みなので、PR2を101（101/255）にして、ADCの値をそのまま入れてもボリュームの半分以下の部分しか
反応しない（つまり、101/255以上になると常にHIGH）になっていると想像します。
感覚的にはどうだったでしょうか？
ボリュームのフルレンジを使って、明るさを調節したいのなら、PR2は255が適当でしょう。
勿論、ADCの値に101/255をかけたものをduty値に設定しても良いですけど。
で、
while(1) { // アナログ値の変換と読込み処理
num = adconv(); //ＲＡ0から電圧を読み込んだ値をtempをnumに代入
CCPR1L = num/4 ; // 4で割って上位８ビットを取り出しアナログ値からのデータでデューティ値を設定
}
の部分だと1回で、280us程度の時間しかかかりません。つまり、PWMの1回の点滅よりも多く取得して、
切り替え値を操作しています。
そう言った時は適度なディレイを入れた方が良いと思います。（そのままで駄目という訳では無いですけど）
つまり、
while(1) {
num = adconv();
CCPR1L = num/4 ;
__delay_ms(10);
}
程度にするのが適当かな、と思う次第です。
で、これを書き換えると（まぁ、書き換えなくても良いのですけど）
while(1) {
CCPR1L = adconv()/4 ;
__delay_ms(10);
}
で、同じ意味です。
それが、No.1213で書いたArduinoの
void loop() {
analogWrite(3,analogRead(A0)/4);
delay(10);
}
です。こっちのdelay(10);も同じ意味で付けています。
猛牛ロック 2018/11/20(Tue) 02:50 No.1228
Re: ＡＤＲＥＳ
> while(1) { // アナログ値の変換と読込み処理> adconv();
> num = adconv(); //ＲＡ0から電圧を読み込んだ値をtempをnumに代入
> CCPR1L = num/4 ; // 4で割って上位８ビットを取り出しアナログ値からのデータでデューティ値を設定
> }
の部分ですけど、adconv();を2回しています。
これ自体、間違いで残ったのだと思うのですけど、実際に複数のアナログ入力ピンを切り替えて使う時に
この手法を取ったりします。(1回を読み捨てる)
そのとおりです。1回を読み捨てるという内容です。
この意味合いで使いました。
であれば、ＯＫですよね。
以前、間欠プログラムでも似たような以下や、あちこち見ていて、このアイデアを思いつきました。
可決プログラムから抜粋 ↓
// 永久ループ
while(1){
MODE=PORTA&0b11;
__delay_ms(50);
while(MODE!=(PORTA&0b11)){ //変化があればウェイト、無ければ確定
MODE=PORTA&0b11;
> 意味不明な__delay_us(20); //アクィジョン時間 20usを無くし
と言っていますけど、これもチャンネルを切り替えた後に、その電圧が安定するまで少し待っている、という意味だと思います。
今回はチャンネルを切り替える訳では無いので、無くても大丈夫かな？と思っています。
そうでしたか。チャタリング防止ですね。
> // 周期を1μ秒に設定（99 + 1μ秒）
> PR2 =100;
以前もおかしな記述（コメント）があったのですけど、取りあえず放っておきました。
この方法は、キットで遊ぼうの教科書にありました。
写真参照願います。
教科書では、周期を先に100μｓとして、ＰＲ２を逆算しています。
ただ、プログラムの方は「周期を１μ・・・」となってしまっていましたので、間違えです。教科書では100μｓです。
今回のように可変抵抗器で調光する場合、周期やＰＲ2はどのように考えて決めるのでしょうか？
自分なりに思うと、
写真の公式によれば、
周期＝（ＰＲ２＋１）１/（動作処理速度÷４）
となっているので、
動作処理速度 １ＭＨｚ（とりあえずにした値です）
100μｓ＝（ＰＲ２＋１）１/（１ＭＨｚ÷４）
100×4/1-１＝ＰＲ２
従って ＰＲ２＝309μｓ
なので、動作を先に確認したかったので、ＰＲ２＝１００ としましたが、
本当は、309μｓでした。
で、今直しました。
今のところ、ＬＥＤの状況を見ると、不満は、
ＶＲを絞りると暗くなるけど、
明けきらない内に、頭打ちになって明るさが伴っていない感じです。
解消方法は有りますか？
以下に説明されていますが、文字だけでは、自分には良く分かりません。
もう少し、おいおい、なんとかしたいと思ってはいます。キットで遊ぼうの教科書を、今回のご指摘を踏まえて再度読み込んでみます。
1週間前まではチンプンカンプンでしたから、自分でもよくここまで来たかと思っているところです。
申し訳ありません。
ところで、２５０という数字が出てきますね。
２５５が適当でしょうとの事ですね。
周期を２５５にするＰＲ２を逆算してプログに反映してみます。
> // 周期を1μ秒に設定（249 + 1μ秒）
> PR2 =249;
というものです。
この時の周期は（249+1）*4[us]=1000[us]=1msです。
で、今回の場合は
（100+1）*4＝404usです。
＞あと、PWMやADCのメカニズム？をちゃんと押さえておいた方が良いです。
PWMだと、
PR2が周期、つまりこの値が上限に当たります。
duty値がHIGH→LOWに切り替わる値です。(場合によっては逆側に切り変える設定があったりもします)
タイマーが0で出力がHIGHになり、タイマーがduty値でLOWに切り替わります。
「249」と、250に1を引いた数にするのは249をカウントして、次の0になった時にHIGHになるので1を引きます。
そうした仕組みなので、PR2を101（101/255）にして、ADCの値をそのまま入れてもボリュームの半分以下の部分しか
反応しない（つまり、101/255以上になると常にHIGH）になっていると想像します。
感覚的にはどうだったでしょうか？
ボリュームのフルレンジを使って、明るさを調節したいのなら、PR2は255が適当でしょう。
勿論、ADCの値に101/255をかけたものをduty値に設定しても良いですけど。
＞で、
while(1) { // アナログ値の変換と読込み処理
num = adconv(); //ＲＡ0から電圧を読み込んだ値をtempをnumに代入
CCPR1L = num/4 ; // 4で割って上位８ビットを取り出しアナログ値からのデータでデューティ値を設定
}
の部分だと1回で、280us程度の時間しかかかりません。つまり、PWMの1回の点滅よりも多く取得して、
切り替え値を操作しています。
そう言った時は適度なディレイを入れた方が良いと思います。（そのままで駄目という訳では無いですけど）
つまり、
while(1) {
num = adconv();
CCPR1L = num/4 ;
__delay_ms(10);
}
程度にするのが適当かな、と思う次第です。
で、これを書き換えると（まぁ、書き換えなくても良いのですけど）
分かりました。
＞while(1) {
CCPR1L = adconv()/4 ;
__delay_ms(10);
}
で、同じ意味です。
それが、No.1213で書いたArduinoの
void loop() {
analogWrite(3,analogRead(A0)/4);
delay(10);
}
です。こっちのdelay(10);も同じ意味で付けています。
分かりました。
追記
周期255にしてＰＲ２を1019にしたら、
調光の具合は良いです。
TR 2018/11/20(Tue) 07:44 No.1229
Re: ＡＤＲＥＳ
> そうでしたか。チャタリング防止ですね。
いいえ、そうではありません。
大抵のマイコンは、ADCの装置は1つで、それを複数のピンにADC装置の外側で、マルチプレクサで切り替えて使います。
それで複数のピンでADCを使えるようにしています。
で、接続ピンを切り替えるという事は異なる電圧に繋がる、という事です。その際の誤計測の防止の為に。1回読み飛ばしたり、ちょっと間を空けたりします。
そのテキストでは4MHz駆動＝1MHzサイクル＝1us/カウントでPR2が99なので
(99+1)*1us=100usです。
最初の例では1Mhz駆動＝250kHzサイクル=4us/カウントで、PR2が249です。なので、
（249+1）*4＝1000us=1msです。
今回のものも1Mhz駆動＝250kHzサイクル=4us/カウントで、PR2は100です。なので
（100+1）*4=404us
となります。マイコンの速度は元になる駆動クロックから求まります。
※カウント数と1サイクル（カウント）時間をかけた方が分かりやすいと思います。
> 可変抵抗器で調光する場合、周期やＰＲ2
まず、ボリュームによるADC入力と、PWM出力の間に関連性はありません。
「スイッチを押したらLEDを点灯させる」というものが、元々スイッチとLEDという無関係の物を
連動させているのと同じです。
LEDの適正周期に関してはマイコンとはあまり関係ありません。
人間にとって100Hz=10msよりも周期が長いとちらつきを感じると言われています。
なので、7セグ等はそれよりも短いものにします。
照明で利用するなら更に周期を短くする必要があるでしょう。
※周波数が高すぎて問題が起こることは殆どありません。ただし、周波数が高いほどノイズを誘発し易くなる事、
波形が乱れやすくなることがあります。
で、ボリュームの指している値、つまり、抵抗値の割合とPWMのduty比を一致させる、という考えもあります。
そうするとボリュームとLEDの電力が比例関係になります。
上で説明した通り、まず、カウンタの動作を考えてください。
カウンタがPR2の値になると0に戻ります。つまり、0→PR2を繰り返すカウンタです。
そして、duty値とカウント値を比較して、どちらが大きいかで、HIGH/LOW出力が決まります。。
duty値が大きすぎてPR2以上なら何も変化せずに、HIGH出力です。
時間や表示を最優先にしたいなら、周期（PR2+1）は10進数できりが良い値でしょうね。
100や250が適当だと思います。例えば％表示をしたい場合などはそのまま100でいいでしょう。
ADCが最大1023なので、
<ADC>*100/1023の計算をしてduty値のレジスタCCPR1Lに入れて、表示させることになります。
ただし、余りがでるのでちょっと嫌な感じがします。
※ADCが0～10が0、11～20が1、…と殆どの範囲が10になるのですけど、MAX100の範囲は1023のみになります。
そうなるのを避けるために、<ADC+50>*100/1023とする手法もあります。
ボリュームとPWMを同期させるなら0xFFが良いです。
ADC値を4で割ればそのまま使えます。つまり、割り切れます。
> 周期255にしてＰＲ２を1019にしたら、
意味が判りません。PR2レジスタは8ビットなので、そのまま
PR2=0xFF;//又はPR2=255;
です。
PR2=1019;
と、入りきらない値を書くと上位桁が消されて
PR2=251;//1019%256=251
と同じ意味になります。
※ちなみに、PWMは10ビットですけど、下位2ビットはプリスケーラを使います。
なので、プリスケーラが1：1の今回の場合は実質的に切り捨てられるような気がします。
詳しくはデータシートで確認して下さい。
上記はプリスケーラが1：1のときはプリスケーラではなく、駆動クロックが代わりになるようです。
なので、10ビットのPWMになるのは変わらない、という事でした。
いいえ、そうではありません。
大抵のマイコンは、ADCの装置は1つで、それを複数のピンにADC装置の外側で、マルチプレクサで切り替えて使います。
それで複数のピンでADCを使えるようにしています。
で、接続ピンを切り替えるという事は異なる電圧に繋がる、という事です。その際の誤計測の防止の為に。1回読み飛ばしたり、ちょっと間を空けたりします。
そのテキストでは4MHz駆動＝1MHzサイクル＝1us/カウントでPR2が99なので
(99+1)*1us=100usです。
最初の例では1Mhz駆動＝250kHzサイクル=4us/カウントで、PR2が249です。なので、
（249+1）*4＝1000us=1msです。
今回のものも1Mhz駆動＝250kHzサイクル=4us/カウントで、PR2は100です。なので
（100+1）*4=404us
となります。マイコンの速度は元になる駆動クロックから求まります。
※カウント数と1サイクル（カウント）時間をかけた方が分かりやすいと思います。
> 可変抵抗器で調光する場合、周期やＰＲ2
まず、ボリュームによるADC入力と、PWM出力の間に関連性はありません。
「スイッチを押したらLEDを点灯させる」というものが、元々スイッチとLEDという無関係の物を
連動させているのと同じです。
LEDの適正周期に関してはマイコンとはあまり関係ありません。
人間にとって100Hz=10msよりも周期が長いとちらつきを感じると言われています。
なので、7セグ等はそれよりも短いものにします。
照明で利用するなら更に周期を短くする必要があるでしょう。
※周波数が高すぎて問題が起こることは殆どありません。ただし、周波数が高いほどノイズを誘発し易くなる事、
波形が乱れやすくなることがあります。
で、ボリュームの指している値、つまり、抵抗値の割合とPWMのduty比を一致させる、という考えもあります。
そうするとボリュームとLEDの電力が比例関係になります。
上で説明した通り、まず、カウンタの動作を考えてください。
カウンタがPR2の値になると0に戻ります。つまり、0→PR2を繰り返すカウンタです。
そして、duty値とカウント値を比較して、どちらが大きいかで、HIGH/LOW出力が決まります。。
duty値が大きすぎてPR2以上なら何も変化せずに、HIGH出力です。
時間や表示を最優先にしたいなら、周期（PR2+1）は10進数できりが良い値でしょうね。
100や250が適当だと思います。例えば％表示をしたい場合などはそのまま100でいいでしょう。
ADCが最大1023なので、
<ADC>*100/1023の計算をしてduty値のレジスタCCPR1Lに入れて、表示させることになります。
ただし、余りがでるのでちょっと嫌な感じがします。
※ADCが0～10が0、11～20が1、…と殆どの範囲が10になるのですけど、MAX100の範囲は1023のみになります。
そうなるのを避けるために、<ADC+50>*100/1023とする手法もあります。
ボリュームとPWMを同期させるなら0xFFが良いです。
ADC値を4で割ればそのまま使えます。つまり、割り切れます。
> 周期255にしてＰＲ２を1019にしたら、
意味が判りません。PR2レジスタは8ビットなので、そのまま
PR2=0xFF;//又はPR2=255;
です。
PR2=1019;
と、入りきらない値を書くと上位桁が消されて
PR2=251;//1019%256=251
と同じ意味になります。
※ちなみに、PWMは10ビットですけど、下位2ビットはプリスケーラを使います。
なので、プリスケーラが1：1の今回の場合は実質的に切り捨てられるような気がします。
詳しくはデータシートで確認して下さい。
上記はプリスケーラが1：1のときはプリスケーラではなく、駆動クロックが代わりになるようです。
なので、10ビットのPWMになるのは変わらない、という事でした。
猛牛ロック 2018/11/20(Tue) 12:15 No.1230
Re: ＡＤＲＥＳ
こんばんは。
今日も、ＭＰＬＡＢさんのＰＷＭとＡＤコンバーターの記事を読んできました。
少しは分かったような感じがします。
Ｎｏ1229
＞で、
① while(1) { // アナログ値の変換と読込み処理
② num = adconv(); //ＲＡ0から電圧を読み込んだ値をtempをnumに代入
③ CCPR1L = num/4 ; // 4で割って上位８ビットを取り出しアナログ値からのデータでデューティ値を設定
}
の部分だと1回で、280us程度の時間しかかかりません。
２８０μｓとは、①+②+③のプログラム内容をPICがこなす時間ですか？
ＭＰＬＡＢＩＤＸのシュミレーター機能を使えば、プログラムの作業時間が分かるのかな？
やってみたけど、難しい。
尚、__delay_ms(10);は追加しました。
Ｎｏ1230
＞※ADCが0～10が0、11～20が1、…と殆どの範囲が10になるのですけど、MAX100の範囲は1023のみになります。
そうなるのを避けるために、<ADC+50>*100/1023とする手法もあります。
良く分からないので、ＰＲ２は２４９μｓにしました。
ＰＷＭの操作とは、内蔵クロックなどを基本に、端子から読み取ったアナログ電圧とを比べての操作になるんでしょう。
今は、これくらいにします。
Ｎｏ1230
＞※ちなみに、PWMは10ビットですけど、下位2ビットはプリスケーラを使います。
なので、プリスケーラが1：1の今回の場合は実質的に切り捨てられるような気がします。
詳しくはデータシートで確認して下さい。
ＤｕｔｙＣｙｃｌｅを決める10ビットの内、下位2ビット（CCP1CONレジスタのDC1Bビット）
この事ですか？
ともかく、ここまでプログラムを組めるようになったので嬉しいです。
今日も、ＭＰＬＡＢさんのＰＷＭとＡＤコンバーターの記事を読んできました。
少しは分かったような感じがします。
Ｎｏ1229
＞で、
① while(1) { // アナログ値の変換と読込み処理
② num = adconv(); //ＲＡ0から電圧を読み込んだ値をtempをnumに代入
③ CCPR1L = num/4 ; // 4で割って上位８ビットを取り出しアナログ値からのデータでデューティ値を設定
}
の部分だと1回で、280us程度の時間しかかかりません。
２８０μｓとは、①+②+③のプログラム内容をPICがこなす時間ですか？
ＭＰＬＡＢＩＤＸのシュミレーター機能を使えば、プログラムの作業時間が分かるのかな？
やってみたけど、難しい。
尚、__delay_ms(10);は追加しました。
Ｎｏ1230
＞※ADCが0～10が0、11～20が1、…と殆どの範囲が10になるのですけど、MAX100の範囲は1023のみになります。
そうなるのを避けるために、<ADC+50>*100/1023とする手法もあります。
良く分からないので、ＰＲ２は２４９μｓにしました。
ＰＷＭの操作とは、内蔵クロックなどを基本に、端子から読み取ったアナログ電圧とを比べての操作になるんでしょう。
今は、これくらいにします。
Ｎｏ1230
＞※ちなみに、PWMは10ビットですけど、下位2ビットはプリスケーラを使います。
なので、プリスケーラが1：1の今回の場合は実質的に切り捨てられるような気がします。
詳しくはデータシートで確認して下さい。
ＤｕｔｙＣｙｃｌｅを決める10ビットの内、下位2ビット（CCP1CONレジスタのDC1Bビット）
この事ですか？
ともかく、ここまでプログラムを組めるようになったので嬉しいです。
TR 2018/11/20(Tue) 20:58 No.1231
Re: ＡＤＲＥＳ
「1回で」、というのは②と③という意味です。
勿論それは駆動クロックによって大きく変動します。
シミュレータで以前調べたのを利用して換算しました。
今回、直接調べた訳では無いです。
以前調べた時は4MHz動作の時にADC変換が68usだったと思います。
その4倍位です。③は2サイクル＝8us程度でしょう。
> ＰＷＭの操作とは、内蔵クロックなどを基本に、端子から読み取ったアナログ電圧とを比べての操作になるんでしょう。
だから、PWMとADCは、全くの別物です。ADCは電圧計です。PWMは高速の点滅です。
今回はそれを組み合わせただけです。まぁ、そういった使い方もよくあるとは思いますけど。
ただ、今まで言いませんでしたけど、ADCや時間と比例関係で動作させるのではなく、累乗？のようにすることもあります。
つまり、8段階の明るさとして、均等の32、64、96、128…256ではなく、2,4,8,16…256のように進行させたりします。
均等割りだと急に明るくなり、明るい部分ではあまり変化が感じません。逆に暗い部分は急に変化しているように感じます。
100分割（％）の計算「<ADC>*100/1023」だと、判り難いのでこれを4分割の式にしてみると「<ADC>*4/1023」になります。
でもこの計算式だとADCの値が0～255だと0です。256～511が1です。512～767が2です。768～1022が3です。そして、1023だけが4になります。
まぁ、今回の事とはあまり関係ない話です。
> ＤｕｔｙＣｙｃｌｅを決める10ビットの内、下位2ビット（CCP1CONレジスタのDC1Bビット）
> この事ですか？
そうです。その比較対象のタイマーの方です。
タイマーのその部分はTIMER2のカウント外です。なので、カウントしている数値は読み出せません。
プリスケーラのカウンタ部分が使われている、というのをうろ覚えしていたのですが、
1:1ということはプリスケーラが使われていません。
なので、TIMER2のみで比較しているのでは？と思ったのですが、駆動クロックが利用されている、という記述を見つけました。
duty値の下位2bitも有効です。
上限(周期)が上位8ビット指定で、比較(duty値)は10ビット指定、という点は判り難い構成ですね。
そして、本体となるタイマーも下位2ビットは見えない部分で作られています。
勿論それは駆動クロックによって大きく変動します。
シミュレータで以前調べたのを利用して換算しました。
今回、直接調べた訳では無いです。
以前調べた時は4MHz動作の時にADC変換が68usだったと思います。
その4倍位です。③は2サイクル＝8us程度でしょう。
> ＰＷＭの操作とは、内蔵クロックなどを基本に、端子から読み取ったアナログ電圧とを比べての操作になるんでしょう。
だから、PWMとADCは、全くの別物です。ADCは電圧計です。PWMは高速の点滅です。
今回はそれを組み合わせただけです。まぁ、そういった使い方もよくあるとは思いますけど。
ただ、今まで言いませんでしたけど、ADCや時間と比例関係で動作させるのではなく、累乗？のようにすることもあります。
つまり、8段階の明るさとして、均等の32、64、96、128…256ではなく、2,4,8,16…256のように進行させたりします。
均等割りだと急に明るくなり、明るい部分ではあまり変化が感じません。逆に暗い部分は急に変化しているように感じます。
100分割（％）の計算「<ADC>*100/1023」だと、判り難いのでこれを4分割の式にしてみると「<ADC>*4/1023」になります。
でもこの計算式だとADCの値が0～255だと0です。256～511が1です。512～767が2です。768～1022が3です。そして、1023だけが4になります。
まぁ、今回の事とはあまり関係ない話です。
> ＤｕｔｙＣｙｃｌｅを決める10ビットの内、下位2ビット（CCP1CONレジスタのDC1Bビット）
> この事ですか？
そうです。その比較対象のタイマーの方です。
タイマーのその部分はTIMER2のカウント外です。なので、カウントしている数値は読み出せません。
プリスケーラのカウンタ部分が使われている、というのをうろ覚えしていたのですが、
1:1ということはプリスケーラが使われていません。
なので、TIMER2のみで比較しているのでは？と思ったのですが、駆動クロックが利用されている、という記述を見つけました。
duty値の下位2bitも有効です。
上限(周期)が上位8ビット指定で、比較(duty値)は10ビット指定、という点は判り難い構成ですね。
そして、本体となるタイマーも下位2ビットは見えない部分で作られています。
猛牛ロック 2018/11/20(Tue) 22:56 No.1232
Re: ＡＤＲＥＳ
下の①～③のプログラム実行時間が分かりまし。122μｓだと出ました。
while(1) {
// アナログ値の変換と読込み処理
① adconv();
②num = adconv(); //ＲＡ0から電圧を読み込んだ値をtempをnumに代入
③CCPR1L = num/4 ; // 4で割って上位８ビットを取り出しアナログ値からのデータでデューティ値を設定
__delay_ms(10);
それで話しついでですが、
猛牛ロックさんが言われていることで、ＰＩＣの欠点ですが、
少し分かってきました。
ＡＤコンバーターには速さの設定が有ります。
合成写真右側です。
早い方が良いと思いますが、一番早いのは、2Ｔｏｓｃですか？
単純に2Ｔｏｓｃを選んでよいのでしょうか？
TR 2018/11/21(Wed) 15:39 No.1233
Re: ＡＤＲＥＳ
> 早い方が良いと思いますが、一番早いのは、2Ｔｏｓｃですか？
勿論、早い方が良いと言えますけど、信頼性との兼ね合いもあります。
また、計測の回数が増えるほど、他の作業の邪魔になる場合もあります。
まぁ、今回の場合は、
> while(ADCON0bits.GO_DONE); //変換完了待ち
とウェイトしていますから、早い方が良いですね。
今回のようなウェイトする場合と、完了→割り込みをする場合があります。
で、今回（1MHz駆動）の場合、設定上一番早いのは、2Toscになります。
もし、4MHz駆動にした場合は8Toscです。
だけども、それよりも1つ2つ遅くした方が賢明だと思います。
私自身は測定出来るぎりぎりのラインは使いません。
勿論、早い方が良いと言えますけど、信頼性との兼ね合いもあります。
また、計測の回数が増えるほど、他の作業の邪魔になる場合もあります。
まぁ、今回の場合は、
> while(ADCON0bits.GO_DONE); //変換完了待ち
とウェイトしていますから、早い方が良いですね。
今回のようなウェイトする場合と、完了→割り込みをする場合があります。
で、今回（1MHz駆動）の場合、設定上一番早いのは、2Toscになります。
もし、4MHz駆動にした場合は8Toscです。
だけども、それよりも1つ2つ遅くした方が賢明だと思います。
私自身は測定出来るぎりぎりのラインは使いません。
猛牛ロック 2018/11/21(Wed) 18:01 No.1234
Re: ＡＤＲＥＳ
>だけども、それよりも1つ2つ遅くした方が賢明だと思います。
私自身は測定出来るぎりぎりのラインは使いません。
分かりました。
今は、内部クロックが１Ｍｈｚです、
これをもっと早くすれば、全体の速度は早くなるのですか？
それと、Ｎｏ1223の写真にあるデータシートの注意書きをグーグル翻訳をしたら ↓
注1：RCソースの標準TAD時間は4μsですが、2~6μsの間で変化する可能性があります。
あるサイトで見つけました。
TAD=（PICクロックの周期）×（Tosc）
今回は、OSCCON = 0x40; //クロック周波数を1MHzに設定 →1μｓ
Ｔｏｓｃは、現在、2Ｔｏｓｃなので、Ｎｏ1223写真のデータシートにより
1.25Ｍｈｚ → 0.8μｓ
Ｔｏｓｃ＝１μｓ × 0.8μｓ
Ｔｏｓｃ＝0.8 となってＯｋでしょうか？
とおもったら、
Operationの方を掛けるのですか？
私自身は測定出来るぎりぎりのラインは使いません。
分かりました。
今は、内部クロックが１Ｍｈｚです、
これをもっと早くすれば、全体の速度は早くなるのですか？
それと、Ｎｏ1223の写真にあるデータシートの注意書きをグーグル翻訳をしたら ↓
注1：RCソースの標準TAD時間は4μsですが、2~6μsの間で変化する可能性があります。
あるサイトで見つけました。
TAD=（PICクロックの周期）×（Tosc）
今回は、OSCCON = 0x40; //クロック周波数を1MHzに設定 →1μｓ
Ｔｏｓｃは、現在、2Ｔｏｓｃなので、Ｎｏ1223写真のデータシートにより
1.25Ｍｈｚ → 0.8μｓ
Ｔｏｓｃ＝１μｓ × 0.8μｓ
Ｔｏｓｃ＝0.8 となってＯｋでしょうか？
とおもったら、
Operationの方を掛けるのですか？
TR 2018/11/21(Wed) 19:26 No.1235
Re: ＡＤＲＥＳ
御免なさい。間違った事を書いてしまいました。
基本は1.6us～6.4usの間になるように選択する、と言う事みたいです。
なので、1MHz駆動（1us周期）の場合は、2TOSCか4TOSCのどちらかにする、と言う事になると思います。
より推奨されるのが4usになる4TOSCなのでしょうけど、2TOSCでも全く問題はないと思います。
※つまり、2TOSCの選択はギリギリという事ではなく、推奨される範囲の値、という事。
また、一番下のRCを選択しておくのが無難だとも感じました。これはおおよそ4usになるRCです。
これを選択しておけば、1MHz駆動のソースでも、4MHz駆動のソースでも共通で済みます。
また、sleepという機能を使った時にADC変換を行いたい時にはこのRCをを選択している必要があります。
※自分なりにデータシートを読み取った感想ですが、確証はありません。
基本は1.6us～6.4usの間になるように選択する、と言う事みたいです。
なので、1MHz駆動（1us周期）の場合は、2TOSCか4TOSCのどちらかにする、と言う事になると思います。
より推奨されるのが4usになる4TOSCなのでしょうけど、2TOSCでも全く問題はないと思います。
※つまり、2TOSCの選択はギリギリという事ではなく、推奨される範囲の値、という事。
また、一番下のRCを選択しておくのが無難だとも感じました。これはおおよそ4usになるRCです。
これを選択しておけば、1MHz駆動のソースでも、4MHz駆動のソースでも共通で済みます。
また、sleepという機能を使った時にADC変換を行いたい時にはこのRCをを選択している必要があります。
※自分なりにデータシートを読み取った感想ですが、確証はありません。
猛牛ロック 2018/11/22(Thu) 00:00 No.1236
Re: ＡＤＲＥＳ
パソコンでも、クロック数は、大きい方、２Ｍｈより４Ｍｈｚといった具合。
ＰＩＣも内蔵クロック数を大きく設定した方が、ＰＩＣの動作速度が速くなるのでしょうか？
今は、1Ｍｈｚに設定。
TAD=（PICクロックの周期）×（Tosc）
この式は合っていたようですね。
追記
時期ＰＩＣはやはり、日本語のデータシートがあった方が良いですね。
16Ｆ1823 これに近い奴16Ｆ1827
http://akizukidenshi.com/catalog/g/gI-04430/
であれば、
ＴＡＤ＝１μｓ×２Ｔｏｓｃ
ＴＡＤ＝2μｓ
でもＲＣといった選択肢があったわけですね。
有難うございます。
日本語のデータシートがあるＰＩＣ16Ｆ1823が欲しい。
ＰＩＣも内蔵クロック数を大きく設定した方が、ＰＩＣの動作速度が速くなるのでしょうか？
今は、1Ｍｈｚに設定。
TAD=（PICクロックの周期）×（Tosc）
この式は合っていたようですね。
追記
時期ＰＩＣはやはり、日本語のデータシートがあった方が良いですね。
16Ｆ1823 これに近い奴16Ｆ1827
http://akizukidenshi.com/catalog/g/gI-04430/
であれば、
ＴＡＤ＝１μｓ×２Ｔｏｓｃ
ＴＡＤ＝2μｓ
でもＲＣといった選択肢があったわけですね。
有難うございます。
日本語のデータシートがあるＰＩＣ16Ｆ1823が欲しい。
TR 2018/11/22(Thu) 07:19 No.1237
Re: ＡＤＲＥＳ
速度の考え方は、PCと同じです。
通常、4MHz駆動なら1MHz駆動の4倍速く動いていますから、1MHz→4MHzとすると
動作時間が1/4になります。
ただし、今回のようにADCは、ADCの変換速度はある範囲内、つまり一定にしてほしい、と言う事です。
> TAD=（PICクロックの周期）×（Tosc）
> この式は合っていたようですね。
いいえ、
（PICクロックの周期）と（Tosc）は同一です。
Fosc「周波数」=1/Tosc です。
で、
TADを「1.6us～6.4usの間になるように」倍率を選択する、と言う事です。
1MHz駆動ならToscは1usです。そして設定できる倍率は、1,2,4,8、…なので、
2か4を選択する事になります。
RCはただ選択するだけです。計算はありません。おおよそ4usが標準値になるように作られているけども、
2～6usのアバウトの範囲としか保証しない、と言う事です。
追記
16F1827だと、ちょっと性能が上がって、推奨範囲が広がっています。
数値は見つけられなかったですけど、例えば、0.8us～6.4usのように速い速度のほうが広がったのだと思います。
なので、TADが1usも推奨範囲になっていますね。
そして、RCの標準値も1.6usになっています。
通常、4MHz駆動なら1MHz駆動の4倍速く動いていますから、1MHz→4MHzとすると
動作時間が1/4になります。
ただし、今回のようにADCは、ADCの変換速度はある範囲内、つまり一定にしてほしい、と言う事です。
> TAD=（PICクロックの周期）×（Tosc）
> この式は合っていたようですね。
いいえ、
（PICクロックの周期）と（Tosc）は同一です。
Fosc「周波数」=1/Tosc です。
で、
TADを「1.6us～6.4usの間になるように」倍率を選択する、と言う事です。
1MHz駆動ならToscは1usです。そして設定できる倍率は、1,2,4,8、…なので、
2か4を選択する事になります。
RCはただ選択するだけです。計算はありません。おおよそ4usが標準値になるように作られているけども、
2～6usのアバウトの範囲としか保証しない、と言う事です。
追記
16F1827だと、ちょっと性能が上がって、推奨範囲が広がっています。
数値は見つけられなかったですけど、例えば、0.8us～6.4usのように速い速度のほうが広がったのだと思います。
なので、TADが1usも推奨範囲になっていますね。
そして、RCの標準値も1.6usになっています。
猛牛ロック 2018/11/22(Thu) 08:40 No.1238
Duty比を変えるプログラム
以下のプログラムでＬＥＤが暗くなる、明るくなるを繰り返すと思ったのですが、
点灯したままに見えます。
何処が悪いのでしょうか？
dutyを変える数値の50と1000はいい加減です。
動作確認したかったので、適当な数値です。
// TMR2レジスタをクリア
TMR2 = 0;
// タイマ2起動
T2CONbits.TMR2ON= 1;
// LEDをPWM制御
// デューテー比は10%100%の制御にする
while(1) {
// 5% -> 100%の制御
for(duty=50; duty<=1000; duty++) {
CCPR1L = duty / 4; // 上位8ビット
CCP1CONbits.CCP1X=duty;// CCP1Xビット
CCP1CONbits.CCP1Y=duty;// CCP1Yビット
__delay_ms(100);
}
// 100% -> 5%の制御
for(duty=1000; duty>=50; duty--) {
CCPR1L = duty / 4; // 上位8ビット
CCP1CONbits.CCP1X=duty;// CCP1Xビット
CCP1CONbits.CCP1Y=duty;// CCP1Yビット
__delay_ms(100);
}
}
点灯したままに見えます。
何処が悪いのでしょうか？
dutyを変える数値の50と1000はいい加減です。
動作確認したかったので、適当な数値です。
// TMR2レジスタをクリア
TMR2 = 0;
// タイマ2起動
T2CONbits.TMR2ON= 1;
// LEDをPWM制御
// デューテー比は10%100%の制御にする
while(1) {
// 5% -> 100%の制御
for(duty=50; duty<=1000; duty++) {
CCPR1L = duty / 4; // 上位8ビット
CCP1CONbits.CCP1X=duty;// CCP1Xビット
CCP1CONbits.CCP1Y=duty;// CCP1Yビット
__delay_ms(100);
}
// 100% -> 5%の制御
for(duty=1000; duty>=50; duty--) {
CCPR1L = duty / 4; // 上位8ビット
CCP1CONbits.CCP1X=duty;// CCP1Xビット
CCP1CONbits.CCP1Y=duty;// CCP1Yビット
__delay_ms(100);
}
}
TR 2018/11/11(Sun) 14:53 No.1197
Re: Duty比を変えるプログラム
上手くいきました。
動作しなかった理由が分かりました。
それは、Ｃｏｎｆｉｇでした。
色々と調べたので、関数の使い方など、ちょっとは分かるようになりました。
// PIC16F88 Configuration Bit Settings
// 'C' source line config statements
// CONFIG1
#pragma config FOSC = INTOSCIO // Oscillator Selection bits (INTRC oscillator; port I/O function on both RA6/OSC2/CLKO pin and RA7/OSC1/CLKI pin)
#pragma config WDTE = OFF // Watchdog Timer Enable bit (WDT disabled)
#pragma config PWRTE = OFF // Power-up Timer Enable bit (PWRT disabled)
#pragma config MCLRE = ON // RA5/MCLR/VPP Pin Function Select bit (RA5/MCLR/VPP pin function is MCLR)
#pragma config BOREN = OFF // Brown-out Reset Enable bit (BOR disabled)
#pragma config LVP = OFF // Low-Voltage Programming Enable bit (RB3 is digital I/O, HV on MCLR must be used for programming)
#pragma config CPD = OFF // Data EE Memory Code Protection bit (Code protection off)
#pragma config WRT = OFF // Flash Program Memory Write Enable bits (Write protection off)
#pragma config CCPMX = RB3 // CCP1 Pin Selection bit (CCP1 function on RB3)
#pragma config CP = OFF // Flash Program Memory Code Protection bit (Code protection off)
// CONFIG2
#pragma config FCMEN = OFF // Fail-Safe Clock Monitor Enable bit (Fail-Safe Clock Monitor enabled)
#pragma config IESO = OFF // Internal External Switchover bit (Internal External Switchover mode enabled)
// #pragma config statements should precede project file includes.
// Use project enums instead of #define for ON and OFF.
#include <xc.h>
// クロック周波数指定
// (__delay_ms()関数が必要としているため)
#define _XTAL_FREQ 1000000
// プロトタイプ宣言
void InitPWM (void);
void InitTimer2 (void);
// メイン関数
void main (void)
{
// 1,2,17,18端子を入出力端子に設定
CMCON = 0x07;
// 電圧レベルの初期設定
PORTA = 0xFF;
PORTB = 0xFF;
// 入出力設定
TRISA = 0x20;
TRISB = 0x00;
OSCCON = 0x40; //クロック周波数を1MHzに設定
ANSEL = 0x00; //すべてのピンをデジタルモードに設定
// PWMモード設定関数の呼び出し
InitPWM();
// タイマ2設定関数の呼び出し
InitTimer2();
unsigned short duty;// PWMのデューティーサイクル
while(1){
// 5% -> 100%の制御
for(duty=50; duty<=1000;++duty) {
CCPR1L = duty / 4; // 上位8ビット
CCP1CONbits.CCP1X=duty;// CCP1Xビット
CCP1CONbits.CCP1Y=duty;// CCP1Yビット
__delay_ms(10);
}
// 100% -> 5%の制御
for(duty=1000; duty>=50; duty--) {
CCPR1L = duty / 4; // 上位8ビット
CCP1CONbits.CCP1X=duty;// CCP1Xビット
CCP1CONbits.CCP1Y=duty;// CCP1Yビット
__delay_ms(10);
}
}
}
// PWMモード設定関数
void InitPWM (void)
{
// RB3端子を出力端子に設定
TRISBbits.TRISB3 = 0;
// CCPのモードをPWMモードに設定
CCP1CONbits.CCP1M3=1;
CCP1CONbits.CCP1M2=1;
CCP1CONbits.CCP1M1=0;
CCP1CONbits.CCP1M0=0;
// 周期を1μ秒に設定（249 + 1μ秒）
PR2 =249;
// デューティーサイクルを0.5ms
CCPR1L = 500/4;
CCP1CONbits.CCP1X=0;
CCP1CONbits.CCP1Y=0;
}
// タイマ2設定関数
void InitTimer2 (void)
{
// プリスケーラ値を1に設定
T2CONbits.T2CKPS1=0;
T2CONbits.T2CKPS0=0;
// TMR2レジスタをクリア
TMR2 = 0;
// タイマ2起動
T2CONbits.TMR2ON= 1;
}
動作しなかった理由が分かりました。
それは、Ｃｏｎｆｉｇでした。
色々と調べたので、関数の使い方など、ちょっとは分かるようになりました。
// PIC16F88 Configuration Bit Settings
// 'C' source line config statements
// CONFIG1
#pragma config FOSC = INTOSCIO // Oscillator Selection bits (INTRC oscillator; port I/O function on both RA6/OSC2/CLKO pin and RA7/OSC1/CLKI pin)
#pragma config WDTE = OFF // Watchdog Timer Enable bit (WDT disabled)
#pragma config PWRTE = OFF // Power-up Timer Enable bit (PWRT disabled)
#pragma config MCLRE = ON // RA5/MCLR/VPP Pin Function Select bit (RA5/MCLR/VPP pin function is MCLR)
#pragma config BOREN = OFF // Brown-out Reset Enable bit (BOR disabled)
#pragma config LVP = OFF // Low-Voltage Programming Enable bit (RB3 is digital I/O, HV on MCLR must be used for programming)
#pragma config CPD = OFF // Data EE Memory Code Protection bit (Code protection off)
#pragma config WRT = OFF // Flash Program Memory Write Enable bits (Write protection off)
#pragma config CCPMX = RB3 // CCP1 Pin Selection bit (CCP1 function on RB3)
#pragma config CP = OFF // Flash Program Memory Code Protection bit (Code protection off)
// CONFIG2
#pragma config FCMEN = OFF // Fail-Safe Clock Monitor Enable bit (Fail-Safe Clock Monitor enabled)
#pragma config IESO = OFF // Internal External Switchover bit (Internal External Switchover mode enabled)
// #pragma config statements should precede project file includes.
// Use project enums instead of #define for ON and OFF.
#include <xc.h>
// クロック周波数指定
// (__delay_ms()関数が必要としているため)
#define _XTAL_FREQ 1000000
// プロトタイプ宣言
void InitPWM (void);
void InitTimer2 (void);
// メイン関数
void main (void)
{
// 1,2,17,18端子を入出力端子に設定
CMCON = 0x07;
// 電圧レベルの初期設定
PORTA = 0xFF;
PORTB = 0xFF;
// 入出力設定
TRISA = 0x20;
TRISB = 0x00;
OSCCON = 0x40; //クロック周波数を1MHzに設定
ANSEL = 0x00; //すべてのピンをデジタルモードに設定
// PWMモード設定関数の呼び出し
InitPWM();
// タイマ2設定関数の呼び出し
InitTimer2();
unsigned short duty;// PWMのデューティーサイクル
while(1){
// 5% -> 100%の制御
for(duty=50; duty<=1000;++duty) {
CCPR1L = duty / 4; // 上位8ビット
CCP1CONbits.CCP1X=duty;// CCP1Xビット
CCP1CONbits.CCP1Y=duty;// CCP1Yビット
__delay_ms(10);
}
// 100% -> 5%の制御
for(duty=1000; duty>=50; duty--) {
CCPR1L = duty / 4; // 上位8ビット
CCP1CONbits.CCP1X=duty;// CCP1Xビット
CCP1CONbits.CCP1Y=duty;// CCP1Yビット
__delay_ms(10);
}
}
}
// PWMモード設定関数
void InitPWM (void)
{
// RB3端子を出力端子に設定
TRISBbits.TRISB3 = 0;
// CCPのモードをPWMモードに設定
CCP1CONbits.CCP1M3=1;
CCP1CONbits.CCP1M2=1;
CCP1CONbits.CCP1M1=0;
CCP1CONbits.CCP1M0=0;
// 周期を1μ秒に設定（249 + 1μ秒）
PR2 =249;
// デューティーサイクルを0.5ms
CCPR1L = 500/4;
CCP1CONbits.CCP1X=0;
CCP1CONbits.CCP1Y=0;
}
// タイマ2設定関数
void InitTimer2 (void)
{
// プリスケーラ値を1に設定
T2CONbits.T2CKPS1=0;
T2CONbits.T2CKPS0=0;
// TMR2レジスタをクリア
TMR2 = 0;
// タイマ2起動
T2CONbits.TMR2ON= 1;
}
TR 2018/11/12(Mon) 12:14 No.1198
Re: Duty比を変えるプログラム
ＴＲさん，猛牛ロックさん，こんばんは。
ＴＲさん，頑張ってますね。
ＰＷＭモード復習してみました。
ＴＲさんの書かれたプログラムですが，
for(duty=50; duty<=1000;++duty) {
CCPR1L = duty / 4; // 上位8ビット
CCP1CONbits.CCP1X=duty;// CCP1Xビット
CCP1CONbits.CCP1Y=duty;// CCP1Yビット
__delay_ms(10);
}
の
CCP1CONbits.CCP1X=duty;// CCP1Xビット
CCP1CONbits.CCP1Y=duty;// CCP1Yビッ
部分ですが，ビットの操作なので，０か１がはいるのですが，
１０進数を代入するとどうなるのでしょうね。
ちゃんと，下位の１ビット目と２ビットめがそれぞれ入る
のでしょうか。
ちょっと分からないところです。
もしかして，
CCP1CONbits.CCP1X=((duty>>1)&1);// dutyの1ビット目代入
CCP1CONbits.CCP1Y=(duty&1);// dutyの０ビット目を代入
みたいにしないとだめかもしれません。
ＴＲさん，頑張ってますね。
ＰＷＭモード復習してみました。
ＴＲさんの書かれたプログラムですが，
for(duty=50; duty<=1000;++duty) {
CCPR1L = duty / 4; // 上位8ビット
CCP1CONbits.CCP1X=duty;// CCP1Xビット
CCP1CONbits.CCP1Y=duty;// CCP1Yビット
__delay_ms(10);
}
の
CCP1CONbits.CCP1X=duty;// CCP1Xビット
CCP1CONbits.CCP1Y=duty;// CCP1Yビッ
部分ですが，ビットの操作なので，０か１がはいるのですが，
１０進数を代入するとどうなるのでしょうね。
ちゃんと，下位の１ビット目と２ビットめがそれぞれ入る
のでしょうか。
ちょっと分からないところです。
もしかして，
CCP1CONbits.CCP1X=((duty>>1)&1);// dutyの1ビット目代入
CCP1CONbits.CCP1Y=(duty&1);// dutyの０ビット目を代入
みたいにしないとだめかもしれません。
mabo 2018/11/13(Tue) 00:22 No.1199
Re: Duty比を変えるプログラム
maboさん、レス有難うございます。
私も、10進数を＝にしてよいものかと感じていますが、
ツールラボさんの解説を貼り付けます。
さて、500をわざわざ2進数に変換して、その上位8ビットや下位2ビットを求めるのは面倒ですので、楽な方法でプログラムを書くことにしましょう。
まず、上位8ビットの求め方です。2進数表現では、2で割ると1桁右に移動します。一番右の桁は無くなります。
Pic app 4 binary calculation
さらに2で割ればもう1桁右に移動します。ということは、500を4で割れば上位8ビットを取り出すことができます。
ということで、CCPR1Lに上位8ビットを設定するには、
CCPR1L = 500/4;
と書けばよいことになります。
私も、10進数を＝にしてよいものかと感じていますが、
ツールラボさんの解説を貼り付けます。
さて、500をわざわざ2進数に変換して、その上位8ビットや下位2ビットを求めるのは面倒ですので、楽な方法でプログラムを書くことにしましょう。
まず、上位8ビットの求め方です。2進数表現では、2で割ると1桁右に移動します。一番右の桁は無くなります。
Pic app 4 binary calculation
さらに2で割ればもう1桁右に移動します。ということは、500を4で割れば上位8ビットを取り出すことができます。
ということで、CCPR1Lに上位8ビットを設定するには、
CCPR1L = 500/4;
と書けばよいことになります。
TR 2018/11/13(Tue) 07:16 No.1200
Re: Duty比を変えるプログラム
ＴＲさん，猛牛ロックさん，おはようございます。
＞上位8ビット
を取り出すにには，右に，２ビット分シフトですから，
意味的には，４で割ることと同意ですよね。
このへんの操作が面倒ですよね。
下位ビットの設定には，
CCP1CONbits.DC1B
がＴＲさんのおっしゃるツールラボでは使われてましたね。
CCP1CONbits.DC1B = 500
あるいは，
CCP1CONbits.DC1B = 500 && 0b11;
のように書いてありました。
CCP1CONbits.DC1B
だと，
CCP1CONbits.CCP1X
CCP1CONbits.CCP1Y
を使わなくても一度ですむみたいですね。
ＰＷＭはすっかり忘れていました。
＞上位8ビット
を取り出すにには，右に，２ビット分シフトですから，
意味的には，４で割ることと同意ですよね。
このへんの操作が面倒ですよね。
下位ビットの設定には，
CCP1CONbits.DC1B
がＴＲさんのおっしゃるツールラボでは使われてましたね。
CCP1CONbits.DC1B = 500
あるいは，
CCP1CONbits.DC1B = 500 && 0b11;
のように書いてありました。
CCP1CONbits.DC1B
だと，
CCP1CONbits.CCP1X
CCP1CONbits.CCP1Y
を使わなくても一度ですむみたいですね。
ＰＷＭはすっかり忘れていました。
mabo 2018/11/13(Tue) 08:46 No.1201
Re: Duty比を変えるプログラム
10進数をレジスタに=にしてもOKみたいですね！
CCP1CONbits.DC1B 
これですが、16F88の場合、無いようでしたので、1バイトづつとじました。
本当に忘れるほうが早い (笑)
CCP1CONbits.DC1B 
これですが、16F88の場合、無いようでしたので、1バイトづつとじました。
本当に忘れるほうが早い (笑)
TR 2018/11/13(Tue) 10:49 No.1202
Re: Duty比を変えるプログラム
ツールラボの話は別のマイコンの話です。
CCP1CONbits.DC1Bは2bitの器です。
なので、4で割った余りが入ります。
CCP1CONbits.CCP1X=500;
CCP1CONbits.CCP1Y=500;
なら、当然、両方とも0です。
1bitの器(が2つ)しかない所にそれよりも多い数を入れると、繰り上がった分は消えます。
簡単に言えば2で割った余りです。
duty比が1なら判るでしょう？
CCP1CONbits.CCP1X=1;
CCP1CONbits.CCP1Y=1;
と書いて、Xの方が0になる筈ないですよね？
MABOさんの言う通りの処理が必要です。
まぁ、端数なので気付かない可能性が大きいですけど。
…と思ったら
> CCP1CONbits.DC1B = 500 && 0b11;
これは駄目です。そのサイトに書いてあったんですか？
これでは500の部分が0以外なら、CCP1CONbits.DC1Bには0b01が入ります。
0の場合は0です。
（本当は「&&」では無く「&」）
CCP1CONbits.DC1Bは2bitの器です。
なので、4で割った余りが入ります。
CCP1CONbits.CCP1X=500;
CCP1CONbits.CCP1Y=500;
なら、当然、両方とも0です。
1bitの器(が2つ)しかない所にそれよりも多い数を入れると、繰り上がった分は消えます。
簡単に言えば2で割った余りです。
duty比が1なら判るでしょう？
CCP1CONbits.CCP1X=1;
CCP1CONbits.CCP1Y=1;
と書いて、Xの方が0になる筈ないですよね？
MABOさんの言う通りの処理が必要です。
まぁ、端数なので気付かない可能性が大きいですけど。
…と思ったら
> CCP1CONbits.DC1B = 500 && 0b11;
これは駄目です。そのサイトに書いてあったんですか？
これでは500の部分が0以外なら、CCP1CONbits.DC1Bには0b01が入ります。
0の場合は0です。
（本当は「&&」では無く「&」）
猛牛ロック 2018/11/14(Wed) 03:37 No.1203
Re: Duty比を変えるプログラム
猛牛ロックさんへ
＞簡単に言えば2で割った余りです。
なんだろうと思って、検索したら、 2で割った、余りの１を下から並べると、
2進数表現になるとありました。
でも、10進数に対応する2進数の上位8ビットを取り出すために
10進数÷4 とすればＯＫというプログラムは、、、
何か不思議な感じです。
オシログラフで確認できたらいいのでしょうけど、自分のレベルでは持っていません。
ただ、実験してみると、次第に明るくなって、次第に暗くなりました。
・10進数÷4 とすればＯＫというプログラム
CCPR1L = 500/4;
・参考したＵＲＬ
https://arigato-lucky.at.webry.info/200710/article_17.html
※
今回も、一つ覚えたので、良かったです。
でなんですが、
ＰＷＭ機能を使うために、ADRESというレジスタ
があるようなのですが、
これは、16Ｆ８８にはあるのでしょうか？
自分としては見つかりませんでした。
良かったら、教えて下さい。
＞簡単に言えば2で割った余りです。
なんだろうと思って、検索したら、 2で割った、余りの１を下から並べると、
2進数表現になるとありました。
でも、10進数に対応する2進数の上位8ビットを取り出すために
10進数÷4 とすればＯＫというプログラムは、、、
何か不思議な感じです。
オシログラフで確認できたらいいのでしょうけど、自分のレベルでは持っていません。
ただ、実験してみると、次第に明るくなって、次第に暗くなりました。
・10進数÷4 とすればＯＫというプログラム
CCPR1L = 500/4;
・参考したＵＲＬ
https://arigato-lucky.at.webry.info/200710/article_17.html
※
今回も、一つ覚えたので、良かったです。
でなんですが、
ＰＷＭ機能を使うために、ADRESというレジスタ
があるようなのですが、
これは、16Ｆ８８にはあるのでしょうか？
自分としては見つかりませんでした。
良かったら、教えて下さい。
TR 2018/11/14(Wed) 07:43 No.1204
Re: Duty比を変えるプログラム
10進数、2進数、16進数などは単に人が識別するためのものです。
値としてはどれも同じです。
2進数「表現」とあるように、人にとって意味がある区別の仕方です。
> 10進数÷4 とすればＯＫというプログラムは、、、
10進数は隣の位が10倍、或いは1/10です。2進数の隣の位は同じ様に2倍、或いは1/2です。
○進数は○で、位が上がる、と言う事です。
> 実験してみると、次第に明るくなって、次第に暗くなりました。
10桁ある中で、下2桁ですから、ほとんど感じないでしょうね。
確認するならレジスタを読み込めば判りますよ。
> 自分としては見つかりませんでした。
検索すればすぐ判りますよ。
値としてはどれも同じです。
2進数「表現」とあるように、人にとって意味がある区別の仕方です。
> 10進数÷4 とすればＯＫというプログラムは、、、
10進数は隣の位が10倍、或いは1/10です。2進数の隣の位は同じ様に2倍、或いは1/2です。
○進数は○で、位が上がる、と言う事です。
> 実験してみると、次第に明るくなって、次第に暗くなりました。
10桁ある中で、下2桁ですから、ほとんど感じないでしょうね。
確認するならレジスタを読み込めば判りますよ。
> 自分としては見つかりませんでした。
検索すればすぐ判りますよ。
猛牛ロック 2018/11/14(Wed) 21:25 No.1205
Re: Duty比を変えるプログラム
ＴＲさん，猛牛ロックさん，こんばんは。＞CCP1CONbits.DC1B = 500 && 0b11;
マスク処理ですから，猛牛ロックさんのおっしゃるように，
＆一つですね。
ＨＰに書いてある記事は，なんの疑いもなく信じてしまうところがあるので，
気をつけないとだめですね。
https://tool-lab.com/make/pic-app-4/
２進数→←１０進数の変換をよくエクセルを使ってやります。
ただ，今までは，小さな数でしたので，問題なくできましたが，
５１２だと備え付けの関数ではだめでした。
＝ＤＥＣ２ＢＩＮ（Ｎ，ｎ）
という関数ですが，
－５１３＜Ｎ＜５１２
１＜＝ｎ＜１１
でした。符号も絡んでくるので，ちょっと頭痛くなります。
mabo 2018/11/15(Thu) 00:08 No.1206
Re: Duty比を変えるプログラム
ADRESレジスターですが、
最初、ＡＤＲＥＳで検索しても無かったので、
次に「A/D Result register」でも検索しましたが、
ＡＤＲＥＳの表記は見当たりませんでした。
というのも、ＭＰＬＡＢ ＩＤＥにＡＤＲＥＳと書き込むと
エラーを起こしたので、
16Ｆ88の場合は、レジスターの名称が違うと思ったので、
探し始めました。
ADRESH、とADRESLの表記はあるのですが、
ＡＤＲＥＳに対応する16Ｆ88版レジスターが見つかりません。
maboさん
2進数変換ですが、自分は下記サイトを利用しています。
https://hogehoge.tk/tool/number.html
最初、ＡＤＲＥＳで検索しても無かったので、
次に「A/D Result register」でも検索しましたが、
ＡＤＲＥＳの表記は見当たりませんでした。
というのも、ＭＰＬＡＢ ＩＤＥにＡＤＲＥＳと書き込むと
エラーを起こしたので、
16Ｆ88の場合は、レジスターの名称が違うと思ったので、
探し始めました。
ADRESH、とADRESLの表記はあるのですが、
ＡＤＲＥＳに対応する16Ｆ88版レジスターが見つかりません。
maboさん
2進数変換ですが、自分は下記サイトを利用しています。
https://hogehoge.tk/tool/number.html
TR 2018/11/15(Thu) 07:19 No.1207
Re: Duty比を変えるプログラム
ＴＲさん，猛牛ロックさんおはようございます。ＴＲさん，２進数変換のＨＰ紹介ありがとうございます。
＞ADRESレジスターですが、
データシート見てみると，Ａ／Ｄ変換の結果の格納で使われてるようですね。
ADRESH
ADRESL
の記述がデータしとの下の方にありました。
A/D変換の結果の格納に使うみたいですね。
http://physics.cocolog-nifty.com/weblog/2012/07/post-2147.html
にプログラムでてます。
mabo 2018/11/15(Thu) 09:13 No.1208
Re: Duty比を変えるプログラム
maboさん有り難うございます
やはり、F88にはADRESレジスタが無かったようですね。
紹介先の管理人は、対処として、
unsigned int adconv() 関数を作っています。
でも、プログラムで
return (ADRESH<<8) + ADRESL
このように、＋として10バイトを取り出せるのは、驚きました！？
16F88は面倒くさい。
もっと簡単なPICが欲しいです
やはり、F88にはADRESレジスタが無かったようですね。
紹介先の管理人は、対処として、
unsigned int adconv() 関数を作っています。
でも、プログラムで
return (ADRESH<<8) + ADRESL
このように、＋として10バイトを取り出せるのは、驚きました！？
16F88は面倒くさい。
もっと簡単なPICが欲しいです
TR 2018/11/15(Thu) 13:42 No.1209
Re: Duty比を変えるプログラム
maboさん、こんばんは。
ご紹介くださった、頁のＬチカを早速検証しました。
ＩＤＸの今バージョンに変更し、
「＜」を半角にしたら、動作しました。
で、以下のプログラムですが、
今までと、ちと違う書き方をしています。
Ｆｏｒ文です。
｛｝内に、今までは、処理する内容を書いてきましたが、
空欄の場合は、単に＋＋の足し算をするだけ、
つまり、時間を稼ぐだけのことになるのでしょうか？
http://physics.cocolog-nifty.com/weblog/2012/07/post-2147.html
RB3 = 1;
for(i = 0; i<tmp; i++){};
__delay_ms(2);
RB3 = 0;
for(i = 0; i<tmp; i++){};
__delay_ms(2);
}
ご紹介くださった、頁のＬチカを早速検証しました。
ＩＤＸの今バージョンに変更し、
「＜」を半角にしたら、動作しました。
で、以下のプログラムですが、
今までと、ちと違う書き方をしています。
Ｆｏｒ文です。
｛｝内に、今までは、処理する内容を書いてきましたが、
空欄の場合は、単に＋＋の足し算をするだけ、
つまり、時間を稼ぐだけのことになるのでしょうか？
http://physics.cocolog-nifty.com/weblog/2012/07/post-2147.html
RB3 = 1;
for(i = 0; i<tmp; i++){};
__delay_ms(2);
RB3 = 0;
for(i = 0; i<tmp; i++){};
__delay_ms(2);
}
TR 2018/11/15(Thu) 22:28 No.1210
Re: Duty比を変えるプログラム
ＴＲさん，こんばんは。
＞空欄の場合は、単に＋＋の足し算をするだけ、
＞つまり、時間を稼ぐだけのことになるのでしょうか？
そうだと思います。
意味的には，
__delay_ms();
と同じような処理をすることになると思いますが，
確か，__delay_ms() では，括弧の中に変数は入れられなかった，ような気がします。
それで，こんな風にしたのかなと思います。
変数が入れられれば __delay_ms() 使えばいいのでしょうけど。
＞空欄の場合は、単に＋＋の足し算をするだけ、
＞つまり、時間を稼ぐだけのことになるのでしょうか？
そうだと思います。
意味的には，
__delay_ms();
と同じような処理をすることになると思いますが，
確か，__delay_ms() では，括弧の中に変数は入れられなかった，ような気がします。
それで，こんな風にしたのかなと思います。
変数が入れられれば __delay_ms() 使えばいいのでしょうけど。
mabo 2018/11/15(Thu) 23:39 No.1211
Re: Duty比を変えるプログラム
> F88にはADRESレジスタが無かったようですね。
え？まぁ、無いとも言えますけど、あるとも言えます。
ADRESHとADRESLがADRESです。
10ビット性能のADCなので、必然的に2つに分かれます。
> 16F88は面倒くさい。
いやいや、16F88は使いやすさで生き残っているマイコンですよ。
ウィンドウズで言えばXPみたいなものかなぁ。
最近のものは覚えることが2～3倍程度あります。16F19155のデータシートなんて735ページまであります。
頭に来るのは、それ以外にエラッタのデータシートがあったり、データシートのバージョンで重要な事項が
載っていなかったりすることです。
RB3 = 1;
for(i = 0; i<tmp; i++){};
__delay_ms(2);
RB3 = 0;
for(i = 0; i<tmp; i++){};
__delay_ms(2);
}
はあまり参考にしない方が良いです。
動かしてみないとどうなるか判らないコードです。
本人も判っていなかったのでは?
やりたかったのは
while (1){
tmp = adconv();
RB3 = 1;
__delay_ms(tmp);
RB3 = 0;
__delay_ms(tmp);
}
のような事だと思いますけど、
(__delay_ms()の引数に変数を入れては駄目ですけど）
for(i = 0; i<tmp; i++){}
の部分は
volatile unsigned int i;
とiを宣言していないと省略される場合があります。
※内容が{}と空だからです。
そして、その次の
;
は単独です。for文とは関係ありません。
そして、
__delay_ms(2);
も単独です。
つまり、3つの何もしない命令を並べています。
通常は
RB3 = 1;
for(i = 0; i<tmp; i++)__delay_ms(1);
RB3 = 0;
for(i = 0; i<tmp; i++)__delay_ms(1);
です。
え？まぁ、無いとも言えますけど、あるとも言えます。
ADRESHとADRESLがADRESです。
10ビット性能のADCなので、必然的に2つに分かれます。
> 16F88は面倒くさい。
いやいや、16F88は使いやすさで生き残っているマイコンですよ。
ウィンドウズで言えばXPみたいなものかなぁ。
最近のものは覚えることが2～3倍程度あります。16F19155のデータシートなんて735ページまであります。
頭に来るのは、それ以外にエラッタのデータシートがあったり、データシートのバージョンで重要な事項が
載っていなかったりすることです。
RB3 = 1;
for(i = 0; i<tmp; i++){};
__delay_ms(2);
RB3 = 0;
for(i = 0; i<tmp; i++){};
__delay_ms(2);
}
はあまり参考にしない方が良いです。
動かしてみないとどうなるか判らないコードです。
本人も判っていなかったのでは?
やりたかったのは
while (1){
tmp = adconv();
RB3 = 1;
__delay_ms(tmp);
RB3 = 0;
__delay_ms(tmp);
}
のような事だと思いますけど、
(__delay_ms()の引数に変数を入れては駄目ですけど）
for(i = 0; i<tmp; i++){}
の部分は
volatile unsigned int i;
とiを宣言していないと省略される場合があります。
※内容が{}と空だからです。
そして、その次の
;
は単独です。for文とは関係ありません。
そして、
__delay_ms(2);
も単独です。
つまり、3つの何もしない命令を並べています。
通常は
RB3 = 1;
for(i = 0; i<tmp; i++)__delay_ms(1);
RB3 = 0;
for(i = 0; i<tmp; i++)__delay_ms(1);
です。
猛牛ロック 2018/11/17(Sat) 00:22 No.1212
Re: Duty比を変えるプログラム
因みに、そのサイトのプログラムをArduinoでやると
void setup() {
pinMode(13,OUTPUT);
}
void loop() {
word tmp=analogRead(A0)/4;
digitalWrite(13,HIGH);
delay(tmp);
digitalWrite(13,LOW);
delay(tmp);
}
だけです。データシートを見る必要はありません。
初心者はリファレンスのページは見る必要あるでしょうけど。
回路もLEDは13番ピンに付いているので、
ボリュームの配線だけ5V、A0ピン、GNDと繋げば直ぐに書き込んで試せます。
そう言えば、そのサイトの人も、今はArduinoに鞍替えした？のかも知れません。
http://physics.cocolog-nifty.com/weblog/2018/06/arduino14-392d.html
マルチボートも試していたようです。
ついでに、ボリュームに合わせて明るさを変えるスケッチだと更に簡単です。
void setup() {
}
void loop() {
analogWrite(3,analogRead(A0)/4);
delay(10);
}
3番ピン-LED、A0ピン-ボリュームです。
void setup() {
pinMode(13,OUTPUT);
}
void loop() {
word tmp=analogRead(A0)/4;
digitalWrite(13,HIGH);
delay(tmp);
digitalWrite(13,LOW);
delay(tmp);
}
だけです。データシートを見る必要はありません。
初心者はリファレンスのページは見る必要あるでしょうけど。
回路もLEDは13番ピンに付いているので、
ボリュームの配線だけ5V、A0ピン、GNDと繋げば直ぐに書き込んで試せます。
そう言えば、そのサイトの人も、今はArduinoに鞍替えした？のかも知れません。
http://physics.cocolog-nifty.com/weblog/2018/06/arduino14-392d.html
マルチボートも試していたようです。
ついでに、ボリュームに合わせて明るさを変えるスケッチだと更に簡単です。
void setup() {
}
void loop() {
analogWrite(3,analogRead(A0)/4);
delay(10);
}
3番ピン-LED、A0ピン-ボリュームです。
猛牛ロック 2018/11/17(Sat) 00:43 No.1213
Re: Duty比を変えるプログラム
ＴＲさん，猛牛ロックさん，こんにちは。
猛牛ロックさん，いろいろありがとうございます。
私もちょっとだけ，Arduinoいじりましたが，
PICに比べると親切過ぎる感じですね。
それから，
analogRead(A0)/4
ですが，たんに，４で割るのか，それとも上位の４ビットを
とりだすのでしょうか。
この辺の仕様がちょっと分からないかなと思います。
猛牛ロックさん，いろいろありがとうございます。
私もちょっとだけ，Arduinoいじりましたが，
PICに比べると親切過ぎる感じですね。
それから，
analogRead(A0)/4
ですが，たんに，４で割るのか，それとも上位の４ビットを
とりだすのでしょうか。
この辺の仕様がちょっと分からないかなと思います。
mabo 2018/11/17(Sat) 12:28 No.1214
Re: Duty比を変えるプログラム
> たんに，４で割るのか，それとも上位の４ビットを
> とりだすのでしょうか。
単に4で割っています。元が10ビットなので、上位8ビットを取り出しています。
※analogWriteは8ビット指定、analogReadは10ビット読出し
> とりだすのでしょうか。
単に4で割っています。元が10ビットなので、上位8ビットを取り出しています。
※analogWriteは8ビット指定、analogReadは10ビット読出し
猛牛ロック 2018/11/17(Sat) 12:42 No.1215
Re: Duty比を変えるプログラム
みなさんこんばんは。
ＡＤＲＥＳですが、
ようやく分かりました。
やはりレジスタとしては存在していないそうです。
でも、
12Ｆ1822には、ＡＤＲＥＳとすれば、10ビットとして取り扱うことが出来るそうです。
ＰＩＣ12Ｆ1822にはある機能ですが、88や627Ａにはなさそうです。
ＰＩＣ12Ｆ1822日本語バージョンのデータシート149頁上の4行目に
ＡＤＲＥＳ＜9：2＞と表記されています。
この独特の表記方法からすると、
9から2ビットまでをひとくくりにする、、、←自分的理解ですが。
それから、maboさんのご紹介下さったプログラムですが、
以下のように変えました。
動作しています。
気になった点は、
char str[7]; ← 配列、プログラムの何処にもないので不要。
RB3 = 1;
for(i = 0; i＜tmp; i++){};
上の2行です。ＲＢ3を｛｝の中に入れました
後、猛牛ロックさんの言われるように ； も不要ですね。
話は戻りますが、この管理人さんも88を使っていますが、
12Ｆ1822にすれば、電圧読み取りの下記プログラム
記
return (ADRESH<<8) + ADRESL;
上記を
return（ADRES）； と出来るはずです。
拘る理由
教科書では
return(○○)となっているからです。
本当に上記の記載方法で上位8ビットと下位2ビットがきちんと並んでいるのだろうかと？？
変更後
// CONFIG1
#pragma config FOSC = INTOSCIO // Oscillator Selection bits (INTRC oscillator; port I/O function on both RA6/OSC2/CLKO pin and RA7/OSC1/CLKI pin)
#pragma config WDTE = OFF // Watchdog Timer Enable bit (WDT disabled)
#pragma config PWRTE = OFF // Power-up Timer Enable bit (PWRT disabled)
#pragma config MCLRE = ON // RA5/MCLR/VPP Pin Function Select bit (RA5/MCLR/VPP pin function is MCLR)
#pragma config BOREN = OFF // Brown-out Reset Enable bit (BOR disabled)
#pragma config LVP = OFF // Low-Voltage Programming Enable bit (RB3 is digital I/O, HV on MCLR must be used for programming)
#pragma config CPD = OFF // Data EE Memory Code Protection bit (Code protection off)
#pragma config WRT = OFF // Flash Program Memory Write Enable bits (Write protection off)
#pragma config CCPMX = RB3 // CCP1 Pin Selection bit (CCP1 function on RB3)
#pragma config CP = OFF // Flash Program Memory Code Protection bit (Code protection off)
// CONFIG2
#pragma config FCMEN = OFF // Fail-Safe Clock Monitor Enable bit (Fail-Safe Clock Monitor enabled)
#pragma config IESO = OFF // Internal External Switchover bit (Internal External Switchover mode enabled)
// #pragma config statements should precede project file includes.
// Use project enums instead of #define for ON and OFF.
#include <xc.h>
// クロック周波数指定
// (__delay_ms()関数が必要としているため)
#define _XTAL_FREQ 4000000
//プロトタイプ宣言
unsigned int adconv();
//変数宣言
unsigned int tmp;
unsigned int i;
void main()
{
OSCCON = 0b0110000; // 内蔵OSC 4MHz
// ADコンバータ設定
ADCON0 = 0b01000001; // RA0をADコンバータピンにし、ADコンバータ機能をEbableに
ADCON1 = 0b10000000; // 結果数値は右寄せ、基準電圧はVDD
ANSEL = 0b00000001; // RA0(AN0)はアナログで読み取りピン
TRISA = 0b00000001; // RA0(AN0)はアナログで読み取りピン（入力）
TRISB = 0x00; // すべて出力
PORTA = 0x00;
PORTB = 0x00;
while (1)
{
tmp = adconv();
for(i = 0; i<tmp; i++){RB3=1;}
__delay_ms(2);
for(i = 0; i<tmp; i++){RB3=0;};
__delay_ms(2);
}
}
unsigned int adconv()
{
__delay_us(20); //アクィジョン時間 20us
ADCON0bits.GO_DONE= 1; //AD変換開始
while(ADCON0bits.GO_DONE); //変換完了待ち
return (ADRESH<<8)+ ADRESL;
}
ＡＤＲＥＳですが、
ようやく分かりました。
やはりレジスタとしては存在していないそうです。
でも、
12Ｆ1822には、ＡＤＲＥＳとすれば、10ビットとして取り扱うことが出来るそうです。
ＰＩＣ12Ｆ1822にはある機能ですが、88や627Ａにはなさそうです。
ＰＩＣ12Ｆ1822日本語バージョンのデータシート149頁上の4行目に
ＡＤＲＥＳ＜9：2＞と表記されています。
この独特の表記方法からすると、
9から2ビットまでをひとくくりにする、、、←自分的理解ですが。
それから、maboさんのご紹介下さったプログラムですが、
以下のように変えました。
動作しています。
気になった点は、
char str[7]; ← 配列、プログラムの何処にもないので不要。
RB3 = 1;
for(i = 0; i＜tmp; i++){};
上の2行です。ＲＢ3を｛｝の中に入れました
後、猛牛ロックさんの言われるように ； も不要ですね。
話は戻りますが、この管理人さんも88を使っていますが、
12Ｆ1822にすれば、電圧読み取りの下記プログラム
記
return (ADRESH<<8) + ADRESL;
上記を
return（ADRES）； と出来るはずです。
拘る理由
教科書では
return(○○)となっているからです。
本当に上記の記載方法で上位8ビットと下位2ビットがきちんと並んでいるのだろうかと？？
変更後
// CONFIG1
#pragma config FOSC = INTOSCIO // Oscillator Selection bits (INTRC oscillator; port I/O function on both RA6/OSC2/CLKO pin and RA7/OSC1/CLKI pin)
#pragma config WDTE = OFF // Watchdog Timer Enable bit (WDT disabled)
#pragma config PWRTE = OFF // Power-up Timer Enable bit (PWRT disabled)
#pragma config MCLRE = ON // RA5/MCLR/VPP Pin Function Select bit (RA5/MCLR/VPP pin function is MCLR)
#pragma config BOREN = OFF // Brown-out Reset Enable bit (BOR disabled)
#pragma config LVP = OFF // Low-Voltage Programming Enable bit (RB3 is digital I/O, HV on MCLR must be used for programming)
#pragma config CPD = OFF // Data EE Memory Code Protection bit (Code protection off)
#pragma config WRT = OFF // Flash Program Memory Write Enable bits (Write protection off)
#pragma config CCPMX = RB3 // CCP1 Pin Selection bit (CCP1 function on RB3)
#pragma config CP = OFF // Flash Program Memory Code Protection bit (Code protection off)
// CONFIG2
#pragma config FCMEN = OFF // Fail-Safe Clock Monitor Enable bit (Fail-Safe Clock Monitor enabled)
#pragma config IESO = OFF // Internal External Switchover bit (Internal External Switchover mode enabled)
// #pragma config statements should precede project file includes.
// Use project enums instead of #define for ON and OFF.
#include <xc.h>
// クロック周波数指定
// (__delay_ms()関数が必要としているため)
#define _XTAL_FREQ 4000000
//プロトタイプ宣言
unsigned int adconv();
//変数宣言
unsigned int tmp;
unsigned int i;
void main()
{
OSCCON = 0b0110000; // 内蔵OSC 4MHz
// ADコンバータ設定
ADCON0 = 0b01000001; // RA0をADコンバータピンにし、ADコンバータ機能をEbableに
ADCON1 = 0b10000000; // 結果数値は右寄せ、基準電圧はVDD
ANSEL = 0b00000001; // RA0(AN0)はアナログで読み取りピン
TRISA = 0b00000001; // RA0(AN0)はアナログで読み取りピン（入力）
TRISB = 0x00; // すべて出力
PORTA = 0x00;
PORTB = 0x00;
while (1)
{
tmp = adconv();
for(i = 0; i<tmp; i++){RB3=1;}
__delay_ms(2);
for(i = 0; i<tmp; i++){RB3=0;};
__delay_ms(2);
}
}
unsigned int adconv()
{
__delay_us(20); //アクィジョン時間 20us
ADCON0bits.GO_DONE= 1; //AD変換開始
while(ADCON0bits.GO_DONE); //変換完了待ち
return (ADRESH<<8)+ ADRESL;
}
TR 2018/11/17(Sat) 19:18 No.1216
Re: Duty比を変えるプログラム
10ビットのADRESが「ADRES」で通じるかどうかはコンパイラの仕様です。
ハードとは関係ありません。
※実際にはハードには何の名前もありません。ADRESLやPORTAも単にそのアドレスにあるレジスタの説明上付けた名前です。
その名前で、そのアドレスの内容を制御できるようにコンパイラが関連付けています。
なので、データシートに載っているレジスタ名がそのコンパイラで通じるかさえも実際は判りません。
そのコンパイラが通じる仕様で、提供してくれれば使えばいいですし、
そうでなければ自分で処理する事になります。
勿論、コンパイラの仕様ですから、コンパイラバージョンでも変わるかもしれません。
> ＡＤＲＥＳ＜9：2＞
これは、ADRESの第9ビット～第2ビットまで、と言う事です。
逆に言えば、ADRESの第0、第1ビットは別の所にある、と言う事です。
普通、8ビットしか使わない場合は左詰め（でHIGHしか読まない）、10ビット使う場合は右詰めにします。
> for(i = 0; i<tmp; i++){RB3=1;}
> __delay_ms(2);
> for(i = 0; i<tmp; i++){RB3=0;};
> __delay_ms(2);
> }
これ自体は間違いでは無いです。勿論、元もプログラムでも間違いではありません。
ただ、思っている動作を記述しているのかどうか？です。
普通、この時にやりたいことは
RB3を2*tmp[ms]間HIGH、→RB3を2*tmp[ms]間LOWにする
という考えで作りますよね？
※なぜそうするかというと、__delay_ms(tmp*2);と__delay_ms関数では変数を引数に出来ない仕様だからです。
でも今回のだと、
最初のfor文ではtmp回RB3=1が実行されます。（それでfor文終わり）
次に__delay_ms(2);が1回行われます。
次のfor文でtmp回RB3=1が実行されます。（それでfor文終わり）
(取り忘れでしょうけど「;」が１回行われる？)
で、次に__delay_ms(2);が1回行われます。
つまり、時間の増減に__delay_ms(2);は関わっていません。
{}内にRB3=が入っているので、コンパイラに省略される事は無いでしょう。
> 教科書では
> return(○○)となっているからです。
> 本当に上記の記載方法で上位8ビットと下位2ビットがきちんと並んでいるのだろうかと？？
return文には()は要りません。つまり、関数で使うmain「()」の意味とは違います。こちらは引数を入れる場所、という役割があります。
return文に付いているのは、単純に計算時に使う()の意味です。必要以上に付けてもエラーではありません。
return (1+2+3)/4;
と書いても、6/4＝「1」が返ります。
「unsigned int」 adconv()
と戻り値が負号なし16ビット整数なので、
return (ADRESH<<8)+ ADRESL;
で、ちゃんと16ビットの整数が返ります。
※勿論、変換結果を右詰めした場合です。
後は、その受け入れ先もそれが入るだけの大きさが必要です。
もし入らない大きさなら、あふれ出た桁は消えます。
ハードとは関係ありません。
※実際にはハードには何の名前もありません。ADRESLやPORTAも単にそのアドレスにあるレジスタの説明上付けた名前です。
その名前で、そのアドレスの内容を制御できるようにコンパイラが関連付けています。
なので、データシートに載っているレジスタ名がそのコンパイラで通じるかさえも実際は判りません。
そのコンパイラが通じる仕様で、提供してくれれば使えばいいですし、
そうでなければ自分で処理する事になります。
勿論、コンパイラの仕様ですから、コンパイラバージョンでも変わるかもしれません。
> ＡＤＲＥＳ＜9：2＞
これは、ADRESの第9ビット～第2ビットまで、と言う事です。
逆に言えば、ADRESの第0、第1ビットは別の所にある、と言う事です。
普通、8ビットしか使わない場合は左詰め（でHIGHしか読まない）、10ビット使う場合は右詰めにします。
> for(i = 0; i<tmp; i++){RB3=1;}
> __delay_ms(2);
> for(i = 0; i<tmp; i++){RB3=0;};
> __delay_ms(2);
> }
これ自体は間違いでは無いです。勿論、元もプログラムでも間違いではありません。
ただ、思っている動作を記述しているのかどうか？です。
普通、この時にやりたいことは
RB3を2*tmp[ms]間HIGH、→RB3を2*tmp[ms]間LOWにする
という考えで作りますよね？
※なぜそうするかというと、__delay_ms(tmp*2);と__delay_ms関数では変数を引数に出来ない仕様だからです。
でも今回のだと、
最初のfor文ではtmp回RB3=1が実行されます。（それでfor文終わり）
次に__delay_ms(2);が1回行われます。
次のfor文でtmp回RB3=1が実行されます。（それでfor文終わり）
(取り忘れでしょうけど「;」が１回行われる？)
で、次に__delay_ms(2);が1回行われます。
つまり、時間の増減に__delay_ms(2);は関わっていません。
{}内にRB3=が入っているので、コンパイラに省略される事は無いでしょう。
> 教科書では
> return(○○)となっているからです。
> 本当に上記の記載方法で上位8ビットと下位2ビットがきちんと並んでいるのだろうかと？？
return文には()は要りません。つまり、関数で使うmain「()」の意味とは違います。こちらは引数を入れる場所、という役割があります。
return文に付いているのは、単純に計算時に使う()の意味です。必要以上に付けてもエラーではありません。
return (1+2+3)/4;
と書いても、6/4＝「1」が返ります。
「unsigned int」 adconv()
と戻り値が負号なし16ビット整数なので、
return (ADRESH<<8)+ ADRESL;
で、ちゃんと16ビットの整数が返ります。
※勿論、変換結果を右詰めした場合です。
後は、その受け入れ先もそれが入るだけの大きさが必要です。
もし入らない大きさなら、あふれ出た桁は消えます。
猛牛ロック 2018/11/17(Sat) 22:54 No.1217
ＰＩＣ書き込み自作電源
ツールラボさんのコンフィグの記事を見ていったら、ＰＩＣ書き込み電源の記事を見かけて、
自分もやってみました。
書き込みが成功
16Ｆ88でＬチカもできました。(*^^*)
猛牛ロックさん
＞No.1181の添付画像はF88のものでもF627Aの物でもないですよね？
違うデバイスのデータシートは意味がありません。
そうです。
似たようなものだろうと思って、やってしまいました。
16Ｆ88のデータシートの日本語があればよいのですが。
グーグルの翻訳で
やっと、ＰＩＣ3の端子に対応する16Ｆ88のピンを見つけまして、
表題の自作電源が上手くいきました。
写真がいい物が取れなくて、つぎはぎになってしまいました。
修正だらけで済みません。
TR 2018/11/04(Sun) 21:05 No.1184
Re: ＰＩＣ書き込み自作電源
MPLAB 純正ＰＩＣ3ですが、以前逝ってしまったかと思っていました。
でも捨てずにとっておきましたので、
試しにと思って、自作ライター電源で書き込んでみましたら、
成功しました。
どうも、MPLAB 純正ＰＩＣ3の方は、電源が弱いんですかね～。
TR 2018/11/05(Mon) 07:01 No.1185
Re: ＰＩＣ書き込み自作電源
ＴＲさん，猛牛ロックさん，こんばんは。
ちょっと出番がなかったので，ひたすらＲＯＭってました。
＞どうも、MPLAB 純正ＰＩＣ3の方は、電源が弱いんですかね～。
私もそんな気がします。
書き込み失敗するのは，ＰＩＣ３の電源関係の設定を忘れたり，
ＵＳＢポートからの電源供給が足りなかったりのような気がします。
以前，電源関係の改良の記事をみたような気がしてますが，
該当のＨＰ探せませんでした。
ちょっと出番がなかったので，ひたすらＲＯＭってました。
＞どうも、MPLAB 純正ＰＩＣ3の方は、電源が弱いんですかね～。
私もそんな気がします。
書き込み失敗するのは，ＰＩＣ３の電源関係の設定を忘れたり，
ＵＳＢポートからの電源供給が足りなかったりのような気がします。
以前，電源関係の改良の記事をみたような気がしてますが，
該当のＨＰ探せませんでした。
mabo 2018/11/06(Tue) 22:23 No.1192
Re: ＰＩＣ書き込み自作電源
プチ縁覚
笑われるような話なのです。
猛牛ロックさんとのやり取りを通じて、
今の自分は、やはり、arduinoには及ばないというのが良く分かりました。
表題のプチ縁覚ですが、六道の世界で使われる単語なんですが、あまり気にしないで下さい。
Ｃ言語と言っても色々あるんだな～という感じです。
でなんですが、
自分的には、 ＰＩＣのプログラミングで以下の事が分かりました。
動作は、何もしないで続けるです。
while(RA5==1){} 左の動作｛｝内を空欄にすれば、何もしないという意味になって、
RB=1 の動作を続けることになる。
つまり、ＰＩＣに電圧がかかったという状態表示がＬＥＤが点灯することによって把握できるという事です。
// LEDのピンを1にして、LEDを点灯する
RB7=1;
//ＳＷがＯＮにならなければそのまま
while(RA5==1){}
それから、maboさんも、ＰＩＣ３の自作電源をやってみて下さい。
安定して書き込みが出来る様になります。
追記
間欠プログラムを一部修正
修正内容
ＰＩＣに通電をお知らせ用にＲＡ４を点灯させ、
ＭＯＤＥが変わったＲＡ４を消灯させる。
// メイン関数
void main (void){
OSCCON = 0b01110010; // 内蔵 8MHz
ANSEL = 0; // 全アナログOFF
unsigned int DousaTime,KanketuTime; //宣言。#defineからこちらに変更
char change;
PORTA=0;//出力のピンを初期設定。
// 入出力設定
TRISA = 0b01000011;
TRISB = 0b11111111;//負論理ロータリースイッチ2個。RB0-3が動作時間、RB4-7が間欠時間
OPTION_REG=0b00000000;//ポートBプルアップ
unsigned int TIME[]={60,100,150,200,300,600,900,1200,1800,2400,3000,6000,9000,12000,15000,180};//unsigned intで65000まで
//PICに電源が入ったお知らせＲＡ４を点灯
RA4=0;
//ＭＯＤＥが変化なければＲＡ４はそのまま点灯
while(RA0==1&&RA1==1){}
//ＭＯＤＥが変わったらＲＡ４は消灯
RA4=1;
// 永久ループ
while(1){
MODE=PORTA&0b11;
__delay_ms(50);
while(MODE!=(PORTA&0b11)){ //変化があればウェイト、無ければ確定
MODE=PORTA&0b11;
__delay_ms(50);
以下 略
プチハッピー
笑われるような話なのです。
猛牛ロックさんとのやり取りを通じて、
今の自分は、やはり、arduinoには及ばないというのが良く分かりました。
表題のプチ縁覚ですが、六道の世界で使われる単語なんですが、あまり気にしないで下さい。
Ｃ言語と言っても色々あるんだな～という感じです。
でなんですが、
自分的には、 ＰＩＣのプログラミングで以下の事が分かりました。
動作は、何もしないで続けるです。
while(RA5==1){} 左の動作｛｝内を空欄にすれば、何もしないという意味になって、
RB=1 の動作を続けることになる。
つまり、ＰＩＣに電圧がかかったという状態表示がＬＥＤが点灯することによって把握できるという事です。
// LEDのピンを1にして、LEDを点灯する
RB7=1;
//ＳＷがＯＮにならなければそのまま
while(RA5==1){}
それから、maboさんも、ＰＩＣ３の自作電源をやってみて下さい。
安定して書き込みが出来る様になります。
追記
間欠プログラムを一部修正
修正内容
ＰＩＣに通電をお知らせ用にＲＡ４を点灯させ、
ＭＯＤＥが変わったＲＡ４を消灯させる。
// メイン関数
void main (void){
OSCCON = 0b01110010; // 内蔵 8MHz
ANSEL = 0; // 全アナログOFF
unsigned int DousaTime,KanketuTime; //宣言。#defineからこちらに変更
char change;
PORTA=0;//出力のピンを初期設定。
// 入出力設定
TRISA = 0b01000011;
TRISB = 0b11111111;//負論理ロータリースイッチ2個。RB0-3が動作時間、RB4-7が間欠時間
OPTION_REG=0b00000000;//ポートBプルアップ
unsigned int TIME[]={60,100,150,200,300,600,900,1200,1800,2400,3000,6000,9000,12000,15000,180};//unsigned intで65000まで
//PICに電源が入ったお知らせＲＡ４を点灯
RA4=0;
//ＭＯＤＥが変化なければＲＡ４はそのまま点灯
while(RA0==1&&RA1==1){}
//ＭＯＤＥが変わったらＲＡ４は消灯
RA4=1;
// 永久ループ
while(1){
MODE=PORTA&0b11;
__delay_ms(50);
while(MODE!=(PORTA&0b11)){ //変化があればウェイト、無ければ確定
MODE=PORTA&0b11;
__delay_ms(50);
以下 略
プチハッピー
TR 2018/11/07(Wed) 06:32 No.1193
Re: ＰＩＣ書き込み自作電源
ＴＲさん，猛牛ロックさん，こんばんは。
ＴＲさん，PICKIT3の情報ありがとうございます。
私は，電源供給のUSBポートを使って，書き込みが
できたので，それ使おうかなと思います。
arduino私もちょっとだけいじってみましたが，Cライクな言語
みたいなので，大丈夫なような気がしますが，APIというか，
覚えるのが結構あるようなきがしました。
ただ，周辺機器は，いろんなものがあるので，その点は便利かなと思いました。
それから，ＴＲも新しいＰＣを物色中のゆですが，私も，悪い虫が起きて，
ＭＡＣがほしくなりました。
ｉＰｈｏｎｅのアプリを使って遊びたくなりました。
公開しなくて自分の実機だけで確認するのには，費用はかからないようなので。
公開すると年間約１万円ぐらいかかるようです。
ＴＲさん，PICKIT3の情報ありがとうございます。
私は，電源供給のUSBポートを使って，書き込みが
できたので，それ使おうかなと思います。
arduino私もちょっとだけいじってみましたが，Cライクな言語
みたいなので，大丈夫なような気がしますが，APIというか，
覚えるのが結構あるようなきがしました。
ただ，周辺機器は，いろんなものがあるので，その点は便利かなと思いました。
それから，ＴＲも新しいＰＣを物色中のゆですが，私も，悪い虫が起きて，
ＭＡＣがほしくなりました。
ｉＰｈｏｎｅのアプリを使って遊びたくなりました。
公開しなくて自分の実機だけで確認するのには，費用はかからないようなので。
公開すると年間約１万円ぐらいかかるようです。
mabo 2018/11/07(Wed) 22:58 No.1194
Re: ＰＩＣ書き込み自作電源
>arduino私もちょっとだけいじってみましたが，Cライクな言語
みたいなので，大丈夫なような気がしますが，APIというか，
覚えるのが結構あるようなきがしました。
それなんですよ。
自分の場合、Ｃ言語初心者なので、
先ずは、キットで遊ぼうの教本をマスターしたいと思っています。
現在は、ＰＷＭを読み始めました。
ただ、教本のＰＩＣは16Ｆ627Ａなので、16Ｆ88には適合しない部分もあります。
なので、データーシートが日本語でならばならと、つくずく思います。
教本を基に88のデータシートを見ていますが難しいです(-_-;)
デスクトップですが、ついにポチット行きました。
ＤＥＬＬです。
自分の程度は知れていますので、
ロースペックです。
でも、楽しみです。
24インチなので、爺の自分にも優しいです。
それに、これが最後のＰＣでしょう。（笑い
みたいなので，大丈夫なような気がしますが，APIというか，
覚えるのが結構あるようなきがしました。
それなんですよ。
自分の場合、Ｃ言語初心者なので、
先ずは、キットで遊ぼうの教本をマスターしたいと思っています。
現在は、ＰＷＭを読み始めました。
ただ、教本のＰＩＣは16Ｆ627Ａなので、16Ｆ88には適合しない部分もあります。
なので、データーシートが日本語でならばならと、つくずく思います。
教本を基に88のデータシートを見ていますが難しいです(-_-;)
デスクトップですが、ついにポチット行きました。
ＤＥＬＬです。
自分の程度は知れていますので、
ロースペックです。
でも、楽しみです。
24インチなので、爺の自分にも優しいです。
それに、これが最後のＰＣでしょう。（笑い
TR 2018/11/09(Fri) 07:51 No.1195
Re: ＰＩＣ書き込み自作電源
ＴＲさん，猛牛ロックさん，おはようございます。
＞デスクトップですが、ついにポチット行きました。
＞ＤＥＬＬです。
ポチりましたか・・・・。
＞それに、これが最後のＰＣでしょう。（笑い
最後の最初かもしれませんよ。（笑）先は，ながいですよ。（笑）
最近は，デスクトップは使っていませんが，
しばらく前は，デスクトップは自分で組み立ててました。
ただ，ＸＰになって，インストールに制限が出て，
一つのソフトでインストールできる台数に限りがでて，
それで，自作は，下火になっりました。
デスクトップは，拡張製がいいですよね。
グラフィックボードを増設したり，その他，自分なりに拡張できると思います。
何よりも，シリアルポートの安定性がいいのが魅力ですね。
ノートには，ほとんどシリアルポートはついていませんからね，最近のものは。
ＰＩＣですが，１６Ｆ６２７Ａは確か１６Ｆ８８の上位互換機だったような気がします。
細かい部分では，いろいろ違いがあるのでしょうが，そんなに気にしなくてもいいようなかんじですが。
もっとも，ＣＯＮＦＩＧ等の記載は，若干違うのかもしれませんね。
私も昨日ポチりましたが，ポチったお店が，改装中で，
購入の手続きできませんでした。
＞デスクトップですが、ついにポチット行きました。
＞ＤＥＬＬです。
ポチりましたか・・・・。
＞それに、これが最後のＰＣでしょう。（笑い
最後の最初かもしれませんよ。（笑）先は，ながいですよ。（笑）
最近は，デスクトップは使っていませんが，
しばらく前は，デスクトップは自分で組み立ててました。
ただ，ＸＰになって，インストールに制限が出て，
一つのソフトでインストールできる台数に限りがでて，
それで，自作は，下火になっりました。
デスクトップは，拡張製がいいですよね。
グラフィックボードを増設したり，その他，自分なりに拡張できると思います。
何よりも，シリアルポートの安定性がいいのが魅力ですね。
ノートには，ほとんどシリアルポートはついていませんからね，最近のものは。
ＰＩＣですが，１６Ｆ６２７Ａは確か１６Ｆ８８の上位互換機だったような気がします。
細かい部分では，いろいろ違いがあるのでしょうが，そんなに気にしなくてもいいようなかんじですが。
もっとも，ＣＯＮＦＩＧ等の記載は，若干違うのかもしれませんね。
私も昨日ポチりましたが，ポチったお店が，改装中で，
購入の手続きできませんでした。
mabo 2018/11/09(Fri) 09:35 No.1196
- JoyfulNote v6.02 -
++ Edited by Hamel ++