Home
Item
新規投稿
アルバム
ワード検索
過去ログ
Topic
Notice
Admin
48時間以内の記事は 
で表示されます
で表示されます
Re: 続10 PWM
> posについて、ネット検索しましたが、分かりませんでした。難しく感じました
ただの変数名です。a,b,c等と同じです。
が、一応、x9c_valのvalはvalue(値)から来ています。posもPOSITION（位置）です。
そんな感じで何となく頭に浮かんだのを付けているだけです。
> __delay_us(500);
> が無い点が気になります。
> 抵抗値変更に要する時間が有るのと無いのでは、差がでると推測します。
どのプログラムの事でしょうか？今まではどれも入れていると思うのですけど。（X9Cに関して）
ただの変数名です。a,b,c等と同じです。
が、一応、x9c_valのvalはvalue(値)から来ています。posもPOSITION（位置）です。
そんな感じで何となく頭に浮かんだのを付けているだけです。
> __delay_us(500);
> が無い点が気になります。
> 抵抗値変更に要する時間が有るのと無いのでは、差がでると推測します。
どのプログラムの事でしょうか？今まではどれも入れていると思うのですけど。（X9Cに関して）
猛牛ロック 
2019/06/13(Thu) 17:25 No.1662
Re: 続10 PWM
＞ただの変数名です。a,b,c等と同じです。
が、一応、x9c_valのvalはvalue(値)から来ています。posもPOSITION（位置）です。
そんな感じで何となく頭に浮かんだのを付けているだけです。
ということは、外部変数を１行追加して以下の通りとなりますか？
//外部変数
volatile unsigned char MD5220_val = 64; //電源ON時ワイパ中間位置
volatile unsigned char pos;
次に、デバイスの初期化は、以下の通りでよろしいわけですよね。
//デバイス初期化関数
void MD5220(unsigned char pos) {
int t = pos - MD5220_val;
if (t > 0)ud = 1;
else {
ud = 0;
t = -t;
}
while (t) {
clk = 0;
clk = 1;
t--;
}
MD5220_val=pos;
}
大事なので、何回か、500待つということは聞き直していました。
掲示板でのやり取りは難しい。
話戻りますが、
x9cの運転プログラムは、主にNo1515です。
ベースは、ここから始まっています。
whileの中に500待つといった内容がありません。
以下抜粋
x9c_init();
while(1){
static unsigned int adc[4]={0};
static char num=0;
unsigned int target=0;
adc[(++num)&3]=adconv();
for(char i=0;i<4;i++)target+=adc[i];
target/=40.9;
if(target>x9c_val)x9c_up();
else if(target<x9c_val)x9c_down();
_delay_ms(1);
}
}
TR 2019/06/13(Thu) 18:31 No.1663
Re: 続10 PWM
ＴＲさん，猛牛ロックさん，こんばんは。
草刈りで，少々，ばて気味です
ＴＲさん，５００がないということですけど，
下記の部分，
if(target>x9c_val)x9c_up();
else if(target<x9c_val)x9c_down();
_delay_ms(1);
}
で，サブ関数，x9c_up() と x9c_down()を呼んでいます。
５００は，x9c_up() と x9c_down() の中にあると思いますが，
ちょっと，確かめでみてください。
５２２０とＩＲＦ７４０（ＣＮＣ ３０４０ のモータードライバーに使われているＦＥＴ）がＸ９Ｃより先に届きました。
疲れているので，のんびり行きます。
草刈りで，少々，ばて気味です
ＴＲさん，５００がないということですけど，
下記の部分，
if(target>x9c_val)x9c_up();
else if(target<x9c_val)x9c_down();
_delay_ms(1);
}
で，サブ関数，x9c_up() と x9c_down()を呼んでいます。
５００は，x9c_up() と x9c_down() の中にあると思いますが，
ちょっと，確かめでみてください。
５２２０とＩＲＦ７４０（ＣＮＣ ３０４０ のモータードライバーに使われているＦＥＴ）がＸ９Ｃより先に届きました。
疲れているので，のんびり行きます。
mabo 2019/06/13(Thu) 22:07 No.1664
Re: 続10 PWM
No1515では、↓のようになっています。
void x9c_dowm(void){
ud=0;
inc=0;
__delay_us(1);
inc=1;
if(x9c_val>0)x9c_val--;
//次の上げ下げは500us空ける
}
//以降なので、500は待ちません。
5220の初期化関数が自分的にはしっくり来ていません。
ゆっくりと考えてください。
void x9c_dowm(void){
ud=0;
inc=0;
__delay_us(1);
inc=1;
if(x9c_val>0)x9c_val--;
//次の上げ下げは500us空ける
}
//以降なので、500は待ちません。
5220の初期化関数が自分的にはしっくり来ていません。
ゆっくりと考えてください。
TR 2019/06/13(Thu) 22:23 No.1665
Re: 続10 PWM
> volatile unsigned char pos;
posは外部変数ではありません。
> //デバイス初期化関数
> void AD5220(unsigned char pos) {
このAD5220関数の「引数」です。
この位置へ移動しろ、という目標位置です。
AD5220(10);の10がposです。
なので、他の関数から操作するものではありません。
（この関数自体は初期化専用関数でもありません。初期化に利用しているだけです。）
実際の初期化は
AD5220_val=70;
while(AD5220_val)AD5220_down;
の方が確実です。
> whileの中に500待つといった内容がありません。
そこでは倍の1000us＝1msになっています。
なので、当然動作が被ることはありません。
＜追記します＞
目標位置と現在のワイパー位置と差があれば、UPやDOWNをするわけですけど、目標位置に既にいる場合は何もしない訳です。
一方で、一定の間隔（ここでは1ms）でサンプリングをしたいので、サンプリング間隔で回して、UPやDOWN関数の方では
500usは取っていません。勿論、UPやDOWNをした際には2us程度増えますけど、それは無視しています。
※UPやDOWN関数内（の最期）に__delay_us(500);をいれてしまうと、
if(target>x9c_val)x9c_up();
else if(target<x9c_val)x9c_down();
__delay_ms(1);
}
の部分を下記のようにしなければならないので、余計解りにくくなります。
if(target>x9c_val)x9c_up();
else if(target<x9c_val)x9c_down();
else __delay_us(500);//動かさない時も同じだけ休む。実際には502usの方がより近い値
__delay_us(500);
}
更に追記。
何故か、AD5220→MD5220となって進行していました。
なので、その部分を直しました。
posは外部変数ではありません。
> //デバイス初期化関数
> void AD5220(unsigned char pos) {
このAD5220関数の「引数」です。
この位置へ移動しろ、という目標位置です。
AD5220(10);の10がposです。
なので、他の関数から操作するものではありません。
（この関数自体は初期化専用関数でもありません。初期化に利用しているだけです。）
実際の初期化は
AD5220_val=70;
while(AD5220_val)AD5220_down;
の方が確実です。
> whileの中に500待つといった内容がありません。
そこでは倍の1000us＝1msになっています。
なので、当然動作が被ることはありません。
＜追記します＞
目標位置と現在のワイパー位置と差があれば、UPやDOWNをするわけですけど、目標位置に既にいる場合は何もしない訳です。
一方で、一定の間隔（ここでは1ms）でサンプリングをしたいので、サンプリング間隔で回して、UPやDOWN関数の方では
500usは取っていません。勿論、UPやDOWNをした際には2us程度増えますけど、それは無視しています。
※UPやDOWN関数内（の最期）に__delay_us(500);をいれてしまうと、
if(target>x9c_val)x9c_up();
else if(target<x9c_val)x9c_down();
__delay_ms(1);
}
の部分を下記のようにしなければならないので、余計解りにくくなります。
if(target>x9c_val)x9c_up();
else if(target<x9c_val)x9c_down();
else __delay_us(500);//動かさない時も同じだけ休む。実際には502usの方がより近い値
__delay_us(500);
}
更に追記。
何故か、AD5220→MD5220となって進行していました。
なので、その部分を直しました。
猛牛ロック 2019/06/13(Thu) 22:32 No.1666
Re: 続10 PWM
AD5220について
＞実際の初期化は
AD5220_val=70;
while(AD5220_val)AD5220_down;
の方が確実です。
このかきかたでは、初期化関数は、下記の通りと読めますが、OKでしょうか？
確認したいと思います。
記
//デバイス初期化関数
AD5220_val=70;
while(AD5220_val)AD5220_down;
またこの変更に伴って、既存外部変数
//外部変数
volatile unsigned char MD5220_val = 64; //電源ON時ワイパ中間位置
これは、そのまま残すのでしょうか？
x9cについて
>一方で、一定の間隔（ここでは1ms）でサンプリングをしたいので、
サンプリング後にUP/DOWNするわけですが、UP/DOWNに必要な時間を1msとしています。
1msではなく,100ns～500nsではまずいのでしょうか？
抵抗値変換に必要な時間を超えてまで待つ理由は何かあるのでしょうか？
必要以上に待つように見えてしまいますが。
それとも、解釈が違うのでしょうか。
＞実際の初期化は
AD5220_val=70;
while(AD5220_val)AD5220_down;
の方が確実です。
このかきかたでは、初期化関数は、下記の通りと読めますが、OKでしょうか？
確認したいと思います。
記
//デバイス初期化関数
AD5220_val=70;
while(AD5220_val)AD5220_down;
またこの変更に伴って、既存外部変数
//外部変数
volatile unsigned char MD5220_val = 64; //電源ON時ワイパ中間位置
これは、そのまま残すのでしょうか？
x9cについて
>一方で、一定の間隔（ここでは1ms）でサンプリングをしたいので、
サンプリング後にUP/DOWNするわけですが、UP/DOWNに必要な時間を1msとしています。
1msではなく,100ns～500nsではまずいのでしょうか？
抵抗値変換に必要な時間を超えてまで待つ理由は何かあるのでしょうか？
必要以上に待つように見えてしまいますが。
それとも、解釈が違うのでしょうか。
TR 2019/06/14(Fri) 05:41 No.1668
Re: 続10 PWM
AD5220の初期化に関してですけど、パワーオンで、ワイパー位置は64です。
でも、PICが同時起動するとして、CLKはその直前はフローティング＝HかLかは判らない訳です。
で、もし、Hだった後にPICのピンの初期化で、.
> PORTA = 0x00; //全てLo
> PORTB = 0x00; //全てLo
> ANSELA = 0b00000000; //全てデジタルI/Oとする
> ANSELB = 0b00001000; // SEC基板~ローパス経由でアナログ化信号をRB3でIN
> // 入出力設定
> TRISA = 0b00000000; // RA全て出力
> TRISB = 0b00001000; //RB3 ADC用入力端子
とすると、LOW出力になる訳で、その時に1クロック入ってしまうことになります。
勿論、ここで、ちゃんとPORT操作で、CLKピンをHIGHにしてから出力にすれば大丈夫なのですけど、
何かの拍子に、また全てLOWにされてしまう可能性があります。
そういった事を考慮すれば、無駄な作業もしておいた方が良い、という事です。
初期化「関数」にしてほしいなら
void AD5220_init(void){
__delay_ms(1);
AD5220_val=70;
while(AD5220_val)AD5220_down;
}
と言った所でしょうか。
外部変数の宣言は勿論残します。
サンプリングに関しては考え方が違います。
MACHからのPWM周期を考慮して、サンプリング個数とサンプリング間隔を決めます。
（アナログ取得なら）
逆に言えば、サンプリング個数と間隔からMACHのPWM周期を決めても良いです。
で、サンプリング間隔は500us以上にしておいた方が賢明、ということです。
実際にはtyp100us程度なので、150usでも問題は無いと思います。
でも、PICが同時起動するとして、CLKはその直前はフローティング＝HかLかは判らない訳です。
で、もし、Hだった後にPICのピンの初期化で、.
> PORTA = 0x00; //全てLo
> PORTB = 0x00; //全てLo
> ANSELA = 0b00000000; //全てデジタルI/Oとする
> ANSELB = 0b00001000; // SEC基板~ローパス経由でアナログ化信号をRB3でIN
> // 入出力設定
> TRISA = 0b00000000; // RA全て出力
> TRISB = 0b00001000; //RB3 ADC用入力端子
とすると、LOW出力になる訳で、その時に1クロック入ってしまうことになります。
勿論、ここで、ちゃんとPORT操作で、CLKピンをHIGHにしてから出力にすれば大丈夫なのですけど、
何かの拍子に、また全てLOWにされてしまう可能性があります。
そういった事を考慮すれば、無駄な作業もしておいた方が良い、という事です。
初期化「関数」にしてほしいなら
void AD5220_init(void){
__delay_ms(1);
AD5220_val=70;
while(AD5220_val)AD5220_down;
}
と言った所でしょうか。
外部変数の宣言は勿論残します。
サンプリングに関しては考え方が違います。
MACHからのPWM周期を考慮して、サンプリング個数とサンプリング間隔を決めます。
（アナログ取得なら）
逆に言えば、サンプリング個数と間隔からMACHのPWM周期を決めても良いです。
で、サンプリング間隔は500us以上にしておいた方が賢明、ということです。
実際にはtyp100us程度なので、150usでも問題は無いと思います。
猛牛ロック 2019/06/14(Fri) 06:52 No.1669
Re: 続10 PWM
＞初期化「関数」にしてほしいなら
void AD5220_init(void){
__delay_ms(1);
AD5220_val=70;
while(AD5220_val)AD5220_down;
}
と言った所でしょうか。
ありがとうございます。
これでいってみます。
>MACHからのPWM周期を考慮して、サンプリング個数とサンプリング間隔を決めます（アナログ取得なら）
そうでしたか、
今回は、MACHのPWM基本周波数100Hzを基本としていたと思います。
実際のMACHは、100Hzにしてスタートします。
＊＊＊＊＊＊＊＊＊＊＊＊＊＊
maboさんへ、
AD5220到着ということで、ゆっくりでいいですから、結果をご披露してください。
TR 2019/06/14(Fri) 07:58 No.1670
Re: 続10 PWM
みんなで共通理解を図りたいと思います。
AD5220運転用プログラム
//RB3が汎用出力14番＿SEC基板ポート2のSL-18の1番ピン（出力端子）を入力端子として受ける
//UDピンをRA0へ繋ぐ
//INCピンをRA1へ繋ぐ
//CSはGNDに繋ぐ
//PIC16F1827 Configuration Bit Settings
// CONFIG1
略
#include <xc.h>
// クロック周波数指定
// (__delay_ms()関数が必要としているため)
#define _XTAL_FREQ
#define clk LATA1
#define ud LATA0
// プロトタイプ宣言
unsigned int adconv(void); //アナログ値の変換関数
//外部変数
volatile unsigned char AD5220_val = 64; //パワーオンで、ワイパー位置は64
//U/D_up関数
void AD5220_up(void) {
ud = 1;
clk = 0;
clk = 1;
if (AD5220_val < 127)AD5220_val++;
}
//U/Ddown関数
void AD5220_down(void) {
ud = 0;
clk = 0;
clk = 1;
if (AD5220_val > 0)AD5220_val--;
}
//デバイス初期化関数
void AD5220_init(void) {
__delay_ms(1);
AD5220_val = 70;
while (AD5220_val)AD5220_down;
}
//メイン関数
void main() {
OPTION_REGbits.nWPUEN = 0; //内部プルアップ有効
OSCCON =
PORTA = 0x00; //全てLo
PORTB = 0x00; //全てLo
ANSELA = 0b00000000; //全てデジタルI/Oとする
ANSELB = 0b00001000; // SEC基板~ローパス経由でアナログ化信号をRB3でIN
// 入出力設定
TRISA = 0b00000000; // RA全て出力
TRISB = 0b00001000; //RB3 ADC用入力端子
// ADコンバータ設定
ADCON0 = 0b00100101; // アナログ変換情報設定(RB3から読込む)
ADCON1 = 0b11010000; // 読取値は右寄せ、A/D変換クロックはFOSC/16、VDDをリファレンスとする
while (1) {
static unsigned int adc[32] = {0};
static char num = 0;
unsigned int target = 0;
adc[(++num)&31] = adconv(); // アナログ値の変換関数呼び出しと配列によりAD変換値を平準化
for (char i = 0; i < 32; i++)target += adc[i];
target = target >> 8;
if (target > AD5220_val) {
AD5220_up();
} else if (target < AD5220_val) {
AD5220_down(); //U/Ddown関数呼び出し
}
}
}
// アナログ値の変換関数
unsigned int adconv() {
GO_nDONE = 1; // アナログ値読取り開始指示
while (GO_nDONE); // 読取り完了まで待つ
return ADRES;
}
AD5220運転用プログラム
//RB3が汎用出力14番＿SEC基板ポート2のSL-18の1番ピン（出力端子）を入力端子として受ける
//UDピンをRA0へ繋ぐ
//INCピンをRA1へ繋ぐ
//CSはGNDに繋ぐ
//PIC16F1827 Configuration Bit Settings
// CONFIG1
略
#include <xc.h>
// クロック周波数指定
// (__delay_ms()関数が必要としているため)
#define _XTAL_FREQ
#define clk LATA1
#define ud LATA0
// プロトタイプ宣言
unsigned int adconv(void); //アナログ値の変換関数
//外部変数
volatile unsigned char AD5220_val = 64; //パワーオンで、ワイパー位置は64
//U/D_up関数
void AD5220_up(void) {
ud = 1;
clk = 0;
clk = 1;
if (AD5220_val < 127)AD5220_val++;
}
//U/Ddown関数
void AD5220_down(void) {
ud = 0;
clk = 0;
clk = 1;
if (AD5220_val > 0)AD5220_val--;
}
//デバイス初期化関数
void AD5220_init(void) {
__delay_ms(1);
AD5220_val = 70;
while (AD5220_val)AD5220_down;
}
//メイン関数
void main() {
OPTION_REGbits.nWPUEN = 0; //内部プルアップ有効
OSCCON =
PORTA = 0x00; //全てLo
PORTB = 0x00; //全てLo
ANSELA = 0b00000000; //全てデジタルI/Oとする
ANSELB = 0b00001000; // SEC基板~ローパス経由でアナログ化信号をRB3でIN
// 入出力設定
TRISA = 0b00000000; // RA全て出力
TRISB = 0b00001000; //RB3 ADC用入力端子
// ADコンバータ設定
ADCON0 = 0b00100101; // アナログ変換情報設定(RB3から読込む)
ADCON1 = 0b11010000; // 読取値は右寄せ、A/D変換クロックはFOSC/16、VDDをリファレンスとする
while (1) {
static unsigned int adc[32] = {0};
static char num = 0;
unsigned int target = 0;
adc[(++num)&31] = adconv(); // アナログ値の変換関数呼び出しと配列によりAD変換値を平準化
for (char i = 0; i < 32; i++)target += adc[i];
target = target >> 8;
if (target > AD5220_val) {
AD5220_up();
} else if (target < AD5220_val) {
AD5220_down(); //U/Ddown関数呼び出し
}
}
}
// アナログ値の変換関数
unsigned int adconv() {
GO_nDONE = 1; // アナログ値読取り開始指示
while (GO_nDONE); // 読取り完了まで待つ
return ADRES;
}
TR 2019/06/14(Fri) 13:39 No.1671
Re: 続10 PWM
x9c運転用プログラム
//RB3が汎用出力14番＿SEC基板ポート2のSL-18の1番ピン（出力端子）を入力端子として受ける
//UDピンをRA0へ繋ぐ
//INCピンをRA1へ繋ぐ
//CSはGNDに繋ぐ
//PIC16F1827 Configuration Bit Settings
// CONFIG1
略
#include <xc.h>
// クロック周波数指定
// (__delay_ms()関数が必要としているため)
#define _XTAL_FREQ
#define inc LATA1
#define ud LATA0
// プロトタイプ宣言
unsigned int adconv(void); //ADC読み込み関数
//外部変数
char x9c_val; //ワイパ位置
//デバイス初期化関数
void x9c_init(void) {
ud = 0;
for (char i = 0; i < 100; i++) {
inc = 0;
__delay_us(1);
inc = 1;
__delay_us(500); //抵抗値変更にかかる時間
}
x9c_val = 0;
}
//U/D_up関数
void x9c_up(void) {
ud = 1;
inc = 0;
__delay_us(1);
inc = 1;
if (x9c_val < 100)x9c_val++;
}
//U/Ddown関数
void x9c_dowm(void) {
ud = 0;
inc = 0;
__delay_us(1);
inc = 1;
if (x9c_val > 0)x9c_val--;
}
//メイン関数
void main() {
OPTION_REGbits.nWPUEN = 0; //内部プルアップ有効
OSCCON =
PORTA = 0x00; //全てLo
PORTB = 0x00; //全てLo
ANSELA = 0b00000000; //全てデジタルI/Oとする
ANSELB = 0b00001000; // SEC基板~ローパス経由でアナログ化信号をRB3でIN
// 入出力設定
TRISA = 0b00000000; // RA全て出力
TRISB = 0b00001000; //RB3 ADC用入力端子
// ADコンバータ設定
ADCON0 = 0b00100101; // アナログ変換情報設定(RB3から読込む)
ADCON1 = 0b11010000; // 読取値は右寄せ、A/D変換クロックはFOSC/16、VDDをリファレンスとする
x9c_init(); //初期化関数呼び出し
while (1) {
static unsigned int adc[32] = {0};
static char num = 0;
unsigned int target = 0;
adc[(++num)&31] = adconv(); // アナログ値の変換関数呼び出しと配列によりAD変換値を平準化
for (char i = 0; i < 32; i++)target += adc[i];
target /= 327.4;
if (target > x9c_val) {
x9c_up();//Up関数呼び出し
} else if (target < x9c_val) {
x9c_dowm();//Ddown関数呼び出し
}
__delay_ns(100);//MACHからのPWM周期を考慮して、サンプリング個数とサンプリング間隔を決めますが、暫定100ns.
}
}
// アナログ値の変換関数
unsigned int adconv() {
GO_nDONE = 1; // アナログ値読取り開始指示
while (GO_nDONE); // 読取り完了まで待つ
return ADRES;
}
//RB3が汎用出力14番＿SEC基板ポート2のSL-18の1番ピン（出力端子）を入力端子として受ける
//UDピンをRA0へ繋ぐ
//INCピンをRA1へ繋ぐ
//CSはGNDに繋ぐ
//PIC16F1827 Configuration Bit Settings
// CONFIG1
略
#include <xc.h>
// クロック周波数指定
// (__delay_ms()関数が必要としているため)
#define _XTAL_FREQ
#define inc LATA1
#define ud LATA0
// プロトタイプ宣言
unsigned int adconv(void); //ADC読み込み関数
//外部変数
char x9c_val; //ワイパ位置
//デバイス初期化関数
void x9c_init(void) {
ud = 0;
for (char i = 0; i < 100; i++) {
inc = 0;
__delay_us(1);
inc = 1;
__delay_us(500); //抵抗値変更にかかる時間
}
x9c_val = 0;
}
//U/D_up関数
void x9c_up(void) {
ud = 1;
inc = 0;
__delay_us(1);
inc = 1;
if (x9c_val < 100)x9c_val++;
}
//U/Ddown関数
void x9c_dowm(void) {
ud = 0;
inc = 0;
__delay_us(1);
inc = 1;
if (x9c_val > 0)x9c_val--;
}
//メイン関数
void main() {
OPTION_REGbits.nWPUEN = 0; //内部プルアップ有効
OSCCON =
PORTA = 0x00; //全てLo
PORTB = 0x00; //全てLo
ANSELA = 0b00000000; //全てデジタルI/Oとする
ANSELB = 0b00001000; // SEC基板~ローパス経由でアナログ化信号をRB3でIN
// 入出力設定
TRISA = 0b00000000; // RA全て出力
TRISB = 0b00001000; //RB3 ADC用入力端子
// ADコンバータ設定
ADCON0 = 0b00100101; // アナログ変換情報設定(RB3から読込む)
ADCON1 = 0b11010000; // 読取値は右寄せ、A/D変換クロックはFOSC/16、VDDをリファレンスとする
x9c_init(); //初期化関数呼び出し
while (1) {
static unsigned int adc[32] = {0};
static char num = 0;
unsigned int target = 0;
adc[(++num)&31] = adconv(); // アナログ値の変換関数呼び出しと配列によりAD変換値を平準化
for (char i = 0; i < 32; i++)target += adc[i];
target /= 327.4;
if (target > x9c_val) {
x9c_up();//Up関数呼び出し
} else if (target < x9c_val) {
x9c_dowm();//Ddown関数呼び出し
}
__delay_ns(100);//MACHからのPWM周期を考慮して、サンプリング個数とサンプリング間隔を決めますが、暫定100ns.
}
}
// アナログ値の変換関数
unsigned int adconv() {
GO_nDONE = 1; // アナログ値読取り開始指示
while (GO_nDONE); // 読取り完了まで待つ
return ADRES;
}
TR 2019/06/14(Fri) 13:43 No.1672
Re: 続10 PWM
x9c運転用プログラムと違う部分を以下のように注記しました。
← ＊＊＊＊＊＊＊＊この部分がx9c運転用プログラムと違う
x9cテスト用 プログラム
//RB3が汎用出力14番＿SEC基板ポート2のSL-18の1番ピン（出力端子）を入力端子として受ける
//UDピンをRA0へ繋ぐ
//INCピンをRA1へ繋ぐ
//CSはGNDに繋ぐ
//PIC16F1827 Configuration Bit Settings
// CONFIG1
略
#include <xc.h>
// クロック周波数指定
// (__delay_ms()関数が必要としているため)
#define _XTAL_FREQ
#define inc LATA1
#define ud LATA0
// プロトタイプ宣言
unsigned int adconv(void); //ADC読み込み関数
//外部変数
char x9c_val; //ワイパ位置
//デバイス初期化関数
void x9c_init(void) {
ud = 0;
for (char i = 0; i < 100; i++) {
inc = 0;
__delay_us(1);
inc = 1;
__delay_us(500); //抵抗値変更にかかる時間
}
x9c_val = 0;
}
//U/D_up関数
void x9c_up(void) {
ud = 1;
inc = 0;
__delay_us(1);
inc = 1;
if (x9c_val < 100)x9c_val++;
__delay_us(100);
//次の上げ下げは500us空ける
}
//U/Ddown関数
void x9c_down(void) {
ud = 0;
inc = 0;
__delay_us(1);
inc = 1;
if (x9c_val > 0)x9c_val--;
__delay_us(100);← ＊＊＊＊＊＊＊＊この部分がx9c運転用プログラムと違う
//次の上げ下げは500us空ける
}
//メイン関数
void main() {
OPTION_REGbits.nWPUEN = 0; //内部プルアップ有効
OSCCON =
PORTA = 0x00; //全てLo
PORTB = 0x00; //全てLo
ANSELA = 0b00000000; //全てデジタルI/Oとする
ANSELB = 0b00001000; // SEC基板~ローパス経由でアナログ化信号をRB3でIN
// 入出力設定
TRISA = 0b00000000; // RA全て出力
TRISB = 0b00001000; //RB3 ADC用入力端子
// ADコンバータ設定
ADCON0 = 0b00100101; // アナログ変換情報設定(RB3から読込む)
ADCON1 = 0b11010000; // 読取値は右寄せ、A/D変換クロックはFOSC/16、VDDをリファレンスとする
x9c_init(); //初期化関数呼び出し
while(1){
for(char i=0;i<=100;i++){
x9c_up();
__delay_us(500);
}
__delay_ms(5000);
for(char i=0;i<=100;i++){
x9c_down();
__delay_us(500); ← ＊＊＊＊＊＊＊＊この部分がx9c運転用プログラムと違う
}
__delay_ms(5000);
}
}
// アナログ値の変換と読込み処理関数
unsigned int adconv() {
GO_nDONE = 1; // アナログ値読取り開始指示
while (GO_nDONE); // 読取り完了まで待つ
return ADRES;
}
← ＊＊＊＊＊＊＊＊この部分がx9c運転用プログラムと違う
x9cテスト用 プログラム
//RB3が汎用出力14番＿SEC基板ポート2のSL-18の1番ピン（出力端子）を入力端子として受ける
//UDピンをRA0へ繋ぐ
//INCピンをRA1へ繋ぐ
//CSはGNDに繋ぐ
//PIC16F1827 Configuration Bit Settings
// CONFIG1
略
#include <xc.h>
// クロック周波数指定
// (__delay_ms()関数が必要としているため)
#define _XTAL_FREQ
#define inc LATA1
#define ud LATA0
// プロトタイプ宣言
unsigned int adconv(void); //ADC読み込み関数
//外部変数
char x9c_val; //ワイパ位置
//デバイス初期化関数
void x9c_init(void) {
ud = 0;
for (char i = 0; i < 100; i++) {
inc = 0;
__delay_us(1);
inc = 1;
__delay_us(500); //抵抗値変更にかかる時間
}
x9c_val = 0;
}
//U/D_up関数
void x9c_up(void) {
ud = 1;
inc = 0;
__delay_us(1);
inc = 1;
if (x9c_val < 100)x9c_val++;
__delay_us(100);
//次の上げ下げは500us空ける
}
//U/Ddown関数
void x9c_down(void) {
ud = 0;
inc = 0;
__delay_us(1);
inc = 1;
if (x9c_val > 0)x9c_val--;
__delay_us(100);← ＊＊＊＊＊＊＊＊この部分がx9c運転用プログラムと違う
//次の上げ下げは500us空ける
}
//メイン関数
void main() {
OPTION_REGbits.nWPUEN = 0; //内部プルアップ有効
OSCCON =
PORTA = 0x00; //全てLo
PORTB = 0x00; //全てLo
ANSELA = 0b00000000; //全てデジタルI/Oとする
ANSELB = 0b00001000; // SEC基板~ローパス経由でアナログ化信号をRB3でIN
// 入出力設定
TRISA = 0b00000000; // RA全て出力
TRISB = 0b00001000; //RB3 ADC用入力端子
// ADコンバータ設定
ADCON0 = 0b00100101; // アナログ変換情報設定(RB3から読込む)
ADCON1 = 0b11010000; // 読取値は右寄せ、A/D変換クロックはFOSC/16、VDDをリファレンスとする
x9c_init(); //初期化関数呼び出し
while(1){
for(char i=0;i<=100;i++){
x9c_up();
__delay_us(500);
}
__delay_ms(5000);
for(char i=0;i<=100;i++){
x9c_down();
__delay_us(500); ← ＊＊＊＊＊＊＊＊この部分がx9c運転用プログラムと違う
}
__delay_ms(5000);
}
}
// アナログ値の変換と読込み処理関数
unsigned int adconv() {
GO_nDONE = 1; // アナログ値読取り開始指示
while (GO_nDONE); // 読取り完了まで待つ
return ADRES;
}
TR 2019/06/14(Fri) 17:14 No.1673
Re: 続10 PWM
maboさん、おはようございます。
この際、自分も、AD5220を購入しようかと思います。
購入先は、RSでしょうか？
https://jp.rs-online.com/web/
この際、自分も、AD5220を購入しようかと思います。
購入先は、RSでしょうか？
https://jp.rs-online.com/web/
TR 2019/06/15(Sat) 05:55 No.1674
Re: 続10 PWM
maboさん、続けて失礼します。
AD5220です。
No1650で、
＞あと、このデバイスは7ビットなので、
× target /=327.4;
○ target=target>>8;
です。
とあります。
自分としては、分解能を調べると、
少しわかったような。
今回の例で具体的に気になる点は、
8ビットのPICが計算した値で、7ビットの受信機であるAD5220とのやり取りは
うまくいくのだろうかということです。
AD5220です。
No1650で、
＞あと、このデバイスは7ビットなので、
× target /=327.4;
○ target=target>>8;
です。
とあります。
自分としては、分解能を調べると、
少しわかったような。
今回の例で具体的に気になる点は、
8ビットのPICが計算した値で、7ビットの受信機であるAD5220とのやり取りは
うまくいくのだろうかということです。
TR 2019/06/15(Sat) 09:35 No.1675
Re: 続10 PWM
> × target /=327.4;
これは100分割になるように割っていますよね？
でも今回のデバイスは0～127の範囲になるようにします。
そこが大きな違いです。
target/=128;
でも良いです。
> 8ビットのPICが計算した値で、7ビットの受信機であるAD5220
操作自体は1ビットのシリアルです。中のカウンタのメモリが7ビットなだけです。
（PICでも8ビットのタイマーと16ビットのタイマーがあるでしょ？
レジスタの中には7ビットのものもあるかもしれません。けれど、それと操作は全くの別物です）
7ビットのメモリというのは単に0～127まで数えられる、という事です。
x9cだって、使用メモリは7ビットでしょう。
例え、16ビットのパラレル操作だったとしても、16ピンを合わせてからクロックを入れるだけです。
8ビットマイコンでは出来ない、というわけではありません。
これは100分割になるように割っていますよね？
でも今回のデバイスは0～127の範囲になるようにします。
そこが大きな違いです。
target/=128;
でも良いです。
> 8ビットのPICが計算した値で、7ビットの受信機であるAD5220
操作自体は1ビットのシリアルです。中のカウンタのメモリが7ビットなだけです。
（PICでも8ビットのタイマーと16ビットのタイマーがあるでしょ？
レジスタの中には7ビットのものもあるかもしれません。けれど、それと操作は全くの別物です）
7ビットのメモリというのは単に0～127まで数えられる、という事です。
x9cだって、使用メモリは7ビットでしょう。
例え、16ビットのパラレル操作だったとしても、16ピンを合わせてからクロックを入れるだけです。
8ビットマイコンでは出来ない、というわけではありません。
猛牛ロック 2019/06/15(Sat) 10:45 No.1676
Re: 続10 PWM
target /=327.4;
この327.4という数字は、
10ビット1024等分の分解能なんだそうですね。
以前でのやり取りで以下の通り説明してくれました。
＞
つまり、最大値が1023*4＝4092です。これが100分割になるように40.9で割っています。
※今気づきましたけど、最大値が99になるようにすべきですね。
なので、40.93で割った方が良いです。
で、327.4は、32回のサンプリングの場合です。
いろんな数字が出てきますが、
＞今回のデバイスは0～127の範囲に
これは、抵抗値の段数でしょうか？
サンプリング回数からくる数値と同じ考え方をして、結果どうなのですか？
＞target/=128;
プログラムが変わりましたね。
迷いますね。
色々と言われていますが、良くわからないのです。
やっと、分解能という単語を調べたところですから。
ともかく、
問題アリなら、プログラムは変えます。
できたら、部分的に書き出すのではなく、
全体がこうで、内、変更箇所はこうだと言ってくれた方が良いのです。
行き違いが少なくなります。
でも、それも、手間もかかるでしょうから、お任せします。
この327.4という数字は、
10ビット1024等分の分解能なんだそうですね。
以前でのやり取りで以下の通り説明してくれました。
＞
つまり、最大値が1023*4＝4092です。これが100分割になるように40.9で割っています。
※今気づきましたけど、最大値が99になるようにすべきですね。
なので、40.93で割った方が良いです。
で、327.4は、32回のサンプリングの場合です。
いろんな数字が出てきますが、
＞今回のデバイスは0～127の範囲に
これは、抵抗値の段数でしょうか？
サンプリング回数からくる数値と同じ考え方をして、結果どうなのですか？
＞target/=128;
プログラムが変わりましたね。
迷いますね。
色々と言われていますが、良くわからないのです。
やっと、分解能という単語を調べたところですから。
ともかく、
問題アリなら、プログラムは変えます。
できたら、部分的に書き出すのではなく、
全体がこうで、内、変更箇所はこうだと言ってくれた方が良いのです。
行き違いが少なくなります。
でも、それも、手間もかかるでしょうから、お任せします。
TR 2019/06/15(Sat) 11:15 No.1677
Re: 続10 PWM
> 10ビット1024等分の分解能なんだそうですね。
> 以前でのやり取りで以下の通り説明してくれました。
10ビット1024等分の分解能はPIC(16f1827)のADCの分解能です。0～1023の値が返ってきます。
> これは、抵抗値の段数でしょうか？
そうです。抵抗値の段数も、ワイパー位置も、128(100)ポジションも凡そ同じ意味です。
X9Cでは値が0～99の範囲になるように、AD5220では値が0～127の範囲になるように割っています。
> サンプリング回数からくる数値と同じ考え方をして、結果どうなのですか？
聞いている意味がよく判りません。
Machから速度がPWMという形で送られてきます。それは設定した最高速度に対してのHIGHの時間/周期という形で、つまり最高速度に対しても割合で送られてきます。
フィルターを付けてアナログ受信したとしても、同じことで、それはADC値/1023が最高速度に対しての割合になります。
で、出力の方はその割合で、そのアナログポテンショ（のワイパー位置）を操作することになります。
> プログラムが変わりましたね。
> 迷いますね。
これも何のことを言っているのかよく判りません。
<追記します>
基本的に聞かれたことを答えた（説明した）だけで、新たに何かをしたつもりはありません。
それと、上の確認用プログラムですけど、
adconv()
x9c_init()
は要りません。（プログラムは書き換えなくても問題はありません）
そして、MACH（SSボード、SECボード）とは繋ぎません。
勿論、LEDもボリュームも繋ぎません。
（こちらの方が重要です）
X9Cの単体のテストですから、PICとX9Cを繋いで電圧を計測してください。
> 以前でのやり取りで以下の通り説明してくれました。
10ビット1024等分の分解能はPIC(16f1827)のADCの分解能です。0～1023の値が返ってきます。
> これは、抵抗値の段数でしょうか？
そうです。抵抗値の段数も、ワイパー位置も、128(100)ポジションも凡そ同じ意味です。
X9Cでは値が0～99の範囲になるように、AD5220では値が0～127の範囲になるように割っています。
> サンプリング回数からくる数値と同じ考え方をして、結果どうなのですか？
聞いている意味がよく判りません。
Machから速度がPWMという形で送られてきます。それは設定した最高速度に対してのHIGHの時間/周期という形で、つまり最高速度に対しても割合で送られてきます。
フィルターを付けてアナログ受信したとしても、同じことで、それはADC値/1023が最高速度に対しての割合になります。
で、出力の方はその割合で、そのアナログポテンショ（のワイパー位置）を操作することになります。
> プログラムが変わりましたね。
> 迷いますね。
これも何のことを言っているのかよく判りません。
<追記します>
基本的に聞かれたことを答えた（説明した）だけで、新たに何かをしたつもりはありません。
それと、上の確認用プログラムですけど、
adconv()
x9c_init()
は要りません。（プログラムは書き換えなくても問題はありません）
そして、MACH（SSボード、SECボード）とは繋ぎません。
勿論、LEDもボリュームも繋ぎません。
（こちらの方が重要です）
X9Cの単体のテストですから、PICとX9Cを繋いで電圧を計測してください。
猛牛ロック 2019/06/15(Sat) 11:43 No.1678
Re: 続10 PWM
ＴＲさん，猛牛ロックさん，こんばんは。
レス遅くなりました。
このところ，実家の草刈りで，時間取られています。
作業の途中で，激安の刈払機のネジがなくなったり，
で，何度か中断です。
後一日ぐらいで，終わるかなあ。
ＡＤ５２２０ですが，そうです。
https://jp.rs-online.com/web/c/semiconductors/data-converters/digital-potentiometers/?searchTerm=AD5220&redirect-relevancy-data=636F3D3126696E3D4931384E53656172636847656E65726963266C753D6A61266D6D3D6D61746368616C6C7061727469616C26706D3D5E5B5C707B4C7D5C707B4E647D2D2C2F255C2E5D2B2426706F3D31313326736E3D592673723D2673743D4B4559574F52445F53494E474C455F414C5048415F4E554D455249432677633D4E4F4E45267573743D414435323230267374613D41443532323026&r=f&searchHistory=%7B%22enabled%22:true%7D
で求めました。
一個だと高いですね。でも，５０個なんていりませんものね。
暇見て，あれこれやってましたが，
モニター用に作ったＬＣＤを破損したり，手持ちの１６Ｆ８８全部破損したりと，
トラブル続きでした。
もうちょっとで，確認できるかと思います。
レス遅くなりました。
このところ，実家の草刈りで，時間取られています。
作業の途中で，激安の刈払機のネジがなくなったり，
で，何度か中断です。
後一日ぐらいで，終わるかなあ。
ＡＤ５２２０ですが，そうです。
https://jp.rs-online.com/web/c/semiconductors/data-converters/digital-potentiometers/?searchTerm=AD5220&redirect-relevancy-data=636F3D3126696E3D4931384E53656172636847656E65726963266C753D6A61266D6D3D6D61746368616C6C7061727469616C26706D3D5E5B5C707B4C7D5C707B4E647D2D2C2F255C2E5D2B2426706F3D31313326736E3D592673723D2673743D4B4559574F52445F53494E474C455F414C5048415F4E554D455249432677633D4E4F4E45267573743D414435323230267374613D41443532323026&r=f&searchHistory=%7B%22enabled%22:true%7D
で求めました。
一個だと高いですね。でも，５０個なんていりませんものね。
暇見て，あれこれやってましたが，
モニター用に作ったＬＣＤを破損したり，手持ちの１６Ｆ８８全部破損したりと，
トラブル続きでした。
もうちょっとで，確認できるかと思います。
mabo 2019/06/15(Sat) 22:11 No.1679
Re: 続10 PWM
> MABOさん> モニター用に作ったＬＣＤを破損したり，手持ちの１６Ｆ８８全部破損したりと
あれあれ、どうしちゃったんですか？
16F88に関しては機種変更のいい機会かもしれません。
16Fで最強の16F17XXシリーズはどうですか？
PIC16F1769やPIC16F1778辺りです。
(USB以外の)全てが詰まっているので、他を探す必要が無くなります。
※今回の件に関しては16F1579あたりが最適だと思っています。
(16bitのPWMがあるので)
PICF88も昔は「最強」だったのでしょうけど、今では「必要最低限が揃っているマイコン」
という感じです。
> TRさん
今までのプログラムを実際に稼働させるものとして捉えているようですけど、
私としては（私が書いたものは）、どれもテスト(確認)用のプログラムです。
Gコードのみ（おまけにMACHからという前提が付きます）でしかスピンドルを動かせない、という仕様はちょっとあり得ません。
SSボードやSECボードが壊れる可能性もありますし、MACHのサポートも永久では無いでしょう。
作業上でもちょっと手動で廻したい時はあると思います。スピンドル命令の書き忘れも含めて。
実際には、添付図のような？インターフェイスを作って、ちゃんと手動も出来るようにした方が賢明です。
・manual:完全手動。ボリューム値で回す
・on/off:測度は手動（ボリューム値）だけども、MACHからのPWMの信号を受けてオン/オフだけ行う
・raw：MACHからのPWMの割合で、そのままスピンドルの割合として送る
・feed back:MACHからの速度になるように、フォトリフレクタからの実測値で合わせる。
みたいな感じの物を想像しています。
猛牛ロック 2019/06/16(Sun) 13:27 No.1680
Re: 続10 PWM
猛牛ロックさん，ＴＲさん，こんばんは。
＞あれあれ、どうしちゃったんですか？
タクトスイッチ使って，アップダウンのできる基盤作成してたのですが，
１８ピンの手持ちのソケットがなかったんで，
２０ピンのソケット使ったのが大きな間違いでした。
目元もあやふやなので，上の方をあけて挿すように配線
したのですが，
いつものくせて，上詰めで，さして，一発で破損です。
ところで，いろいろやってみた結果です。
ＡＤ５２２０の公証？１００ｋのものですが，
計測結果，約９０ｋΩでした。
それから，ＴＲさん，ＡＤ５２２０の下記のプログラム
→のような訂正が必要です。
void AD5220_up(void) {
ud = 1;
clk = 0;→１
clk = 1;→０
if (AD5220_val < 127)AD5220_val++;
}
//U/Ddown関数
void AD5220_down(void) {
ud = 0;
clk = 0;→１
clk = 1;→０
if (AD5220_val > 0)AD5220_val--;
}
ＡＤ５２２０はダウンのクロックで動作のようです。
引き続き，いろいろ試してみます。
＊＊＊＊＊＊追記です。＊＊＊＊＊＊＊
ワイパー両端まで，動かすと，片側０７ｋΩ 片側０．２ｋΩ程度残ります。
それから，ＰＩＣ ＡＤ５２２０の電源の入れ方で，
コントロールできなくなる場合があるようです。
ちょっと原因は？です。
＞あれあれ、どうしちゃったんですか？
タクトスイッチ使って，アップダウンのできる基盤作成してたのですが，
１８ピンの手持ちのソケットがなかったんで，
２０ピンのソケット使ったのが大きな間違いでした。
目元もあやふやなので，上の方をあけて挿すように配線
したのですが，
いつものくせて，上詰めで，さして，一発で破損です。
ところで，いろいろやってみた結果です。
ＡＤ５２２０の公証？１００ｋのものですが，
計測結果，約９０ｋΩでした。
それから，ＴＲさん，ＡＤ５２２０の下記のプログラム
→のような訂正が必要です。
void AD5220_up(void) {
ud = 1;
clk = 0;→１
clk = 1;→０
if (AD5220_val < 127)AD5220_val++;
}
//U/Ddown関数
void AD5220_down(void) {
ud = 0;
clk = 0;→１
clk = 1;→０
if (AD5220_val > 0)AD5220_val--;
}
ＡＤ５２２０はダウンのクロックで動作のようです。
引き続き，いろいろ試してみます。
＊＊＊＊＊＊追記です。＊＊＊＊＊＊＊
ワイパー両端まで，動かすと，片側０７ｋΩ 片側０．２ｋΩ程度残ります。
それから，ＰＩＣ ＡＤ５２２０の電源の入れ方で，
コントロールできなくなる場合があるようです。
ちょっと原因は？です。
mabo 2019/06/16(Sun) 21:23 No.1681
Re: 続10 PWM
maboさん、今晩は。
頑張っていますね～。
>それから，ＴＲさん，ＡＤ５２２０の下記のプログラム
→のような訂正が必要です。
void AD5220_up(void) {
ud = 1;
clk = 0;→１
clk = 1;→０
if (AD5220_val < 127)AD5220_val++;
}
//U/Ddown関数
void AD5220_down(void) {
ud = 0;
clk = 0;→１
clk = 1;→０
if (AD5220_val > 0)AD5220_val--;
}
実は、その動作に係る真理値表は、x9cも、AD5220も同じなんですね。
自分としては、maboさんと同じ意見でしたが、、、。
No1535を見たらわかりますが、
maboさんと同じ提案をしましたが、
No1536で却下されました。
そういったいきさつがあります。
ただ、自分のx9cが壊れる前は、猛牛ロックさんのプログラムで、
抵抗値は、アップとダウンしました。
maboさんの意見が事実だとすると、どちらでも構わないことになってしまうけど。
どうなんだろう、
猛牛ロックさんが、No1536で理由を述べていますので見て下さい。
それと、共通理解のプログラムですが、事実は小説より奇なりです！
実験結果から、訂正すべき点があれば、この件も含めて、もう一度書き込んでください。
＞ ワイパー両端まで，動かすと，片側０７ｋΩ 片側０．２ｋΩ程度残ります。
そうですか、自分のx9cは10ｋオームなんですよね、確か、２１０Ωから
8.5ｋΩでした。
ざっくりと、割合で見たら、ほぼ一緒な感じですね！！
抵抗値の誤差について、maboさんに話したでしょ。No1587で書き込みました。
データシートのこの表現！！ ↓
Rtotal :end to end resistance variation min20&～max20%
たぶん、そんなもんなんですよ、数打てば当たるかな（笑い）
かの有名な、工作室売店の記事にも同様な書き込みがあります。 ↓
「抵抗値もばらつきがある。５ｋΩの物を購入しても４～６ｋΩにばらつく。このばらつきは分圧の時には気にならなくなります。」
http://iizukakuromaguro.sakura.ne.jp/216_digitalPOT/216_digitalPOT.html
＞ それから，ＰＩＣ ＡＤ５２２０の電源の入れ方で，
コントロールできなくなる場合があるようです。
x9cもそんなところがありました。
自分は、x9cや、5220は、構造が大別して2つに分かれていると思います。
うまく言えないけど、計算する部門と、可変抵抗部分、
電源を入れるコツは、計算部門に最初に電源を入れると、動作は問題なかったと思います。
ここまで来たので、自分が気になった点がもう一点あります。
電源ONで、一瞬、大きな電流が流れてしまいました。
LEDで確認していました。これは仕方がないかな～。
＊＊＊＊＊＊＊＊＊
追記
No1671の5220運転プログラムですが、
自分の改良したプログラムがあります。
実験していないので、、、、自信はないのですが、
自分の言った、電源の入れる順番通りにやっても、
動作不安定なら、
改良案のプログラムをお話しします。
頑張っていますね～。
>それから，ＴＲさん，ＡＤ５２２０の下記のプログラム
→のような訂正が必要です。
void AD5220_up(void) {
ud = 1;
clk = 0;→１
clk = 1;→０
if (AD5220_val < 127)AD5220_val++;
}
//U/Ddown関数
void AD5220_down(void) {
ud = 0;
clk = 0;→１
clk = 1;→０
if (AD5220_val > 0)AD5220_val--;
}
実は、その動作に係る真理値表は、x9cも、AD5220も同じなんですね。
自分としては、maboさんと同じ意見でしたが、、、。
No1535を見たらわかりますが、
maboさんと同じ提案をしましたが、
No1536で却下されました。
そういったいきさつがあります。
ただ、自分のx9cが壊れる前は、猛牛ロックさんのプログラムで、
抵抗値は、アップとダウンしました。
maboさんの意見が事実だとすると、どちらでも構わないことになってしまうけど。
どうなんだろう、
猛牛ロックさんが、No1536で理由を述べていますので見て下さい。
それと、共通理解のプログラムですが、事実は小説より奇なりです！
実験結果から、訂正すべき点があれば、この件も含めて、もう一度書き込んでください。
＞ ワイパー両端まで，動かすと，片側０７ｋΩ 片側０．２ｋΩ程度残ります。
そうですか、自分のx9cは10ｋオームなんですよね、確か、２１０Ωから
8.5ｋΩでした。
ざっくりと、割合で見たら、ほぼ一緒な感じですね！！
抵抗値の誤差について、maboさんに話したでしょ。No1587で書き込みました。
データシートのこの表現！！ ↓
Rtotal :end to end resistance variation min20&～max20%
たぶん、そんなもんなんですよ、数打てば当たるかな（笑い）
かの有名な、工作室売店の記事にも同様な書き込みがあります。 ↓
「抵抗値もばらつきがある。５ｋΩの物を購入しても４～６ｋΩにばらつく。このばらつきは分圧の時には気にならなくなります。」
http://iizukakuromaguro.sakura.ne.jp/216_digitalPOT/216_digitalPOT.html
＞ それから，ＰＩＣ ＡＤ５２２０の電源の入れ方で，
コントロールできなくなる場合があるようです。
x9cもそんなところがありました。
自分は、x9cや、5220は、構造が大別して2つに分かれていると思います。
うまく言えないけど、計算する部門と、可変抵抗部分、
電源を入れるコツは、計算部門に最初に電源を入れると、動作は問題なかったと思います。
ここまで来たので、自分が気になった点がもう一点あります。
電源ONで、一瞬、大きな電流が流れてしまいました。
LEDで確認していました。これは仕方がないかな～。
＊＊＊＊＊＊＊＊＊
追記
No1671の5220運転プログラムですが、
自分の改良したプログラムがあります。
実験していないので、、、、自信はないのですが、
自分の言った、電源の入れる順番通りにやっても、
動作不安定なら、
改良案のプログラムをお話しします。
TR 2019/06/16(Sun) 22:15 No.1682
続9 PWM
maboさん
我がx9cが壊れて、ad5220見ました。
ＡＤ5220の方が出力10ma
使い易いかな。
ただ、プログラム変更に
必要な時間を読み取れませ。
分かりますか？
我がx9cが壊れて、ad5220見ました。
ＡＤ5220の方が出力10ma
使い易いかな。
ただ、プログラム変更に
必要な時間を読み取れませ。
分かりますか？
TR 2019/06/11(Tue) 16:34 No.1641
Re: 続9 PWM
maboさん、今晩は、続けて失礼します。
AD5220用の初期設定関数ですが、
２行目のカッコ内は、データシートのTCLの25nsとなり
４行目のカッコ内は、分からない、、。
写真は、左ページがx9cで、右ページがAD5220です。
初期設定関数
１ inc = 0;
２ __delay_us(1);
３ inc = 1;
４ __delay_us(500);
TR 2019/06/11(Tue) 19:49 No.1642
Re: 続9 PWM
ＴＲさん，猛牛ロックさん，今晩は。
プログラムの変更ですけど，そんなに時間はかからないような気がします。
５２２０は，アレイが１２８と出ていますので，
１００→１２８
それと，
Ｕ／Ｄ立ち下がりの２５μｓ後にＣＬＳが１０μｓ
みたいなかんじでしょうか。
inc = 0;
__delay_us(1);→→____delay_us(20)
inc = 1;
__delay_us(500);→いらないかも
でしょうか。ワイパーの移動時間については，
記載がないような気がします。
ちょと分からない部分ですが・・・・・・。
それから，Ｘ９Ｃ破損しましたか。
原因は，過電流？静電気？
私は，実際に，ＰＷＭのコントローラーに入れてみたいと
思いますが，
もし，それで，破損するようなら，ＭＬ４で使うも多分，難しいでしょうね。
初めに，このデジタルポテンショメーターを考えたとき，
もしだめだったらの頭ありましたが，
だめなら，抵抗アレイとトランジスタとＰＩＣで，
Ｘ９Ｃと同じような配線をすれば，１０階の切り替えぐらいだったら，
そんなに手間かからずに，いけるかな，と思いました。
Ｘ９Ｃや，５２２０をためして，だめだったら，私は，
自分の興味のために，抵抗アレイとトランジスタアレイとＰＩＣで，同じようなもの作ってみようと思ってます。
ＰＩＣ（18ピン）→→エンコーダー→→トランジスタアレイ→→抵抗アレイ
の組み合わせて，３２個程度のトランジスタコントロールできますので，
約３０段階のコントロールができるものが可能のような気がします。
プログラムの変更ですけど，そんなに時間はかからないような気がします。
５２２０は，アレイが１２８と出ていますので，
１００→１２８
それと，
Ｕ／Ｄ立ち下がりの２５μｓ後にＣＬＳが１０μｓ
みたいなかんじでしょうか。
inc = 0;
__delay_us(1);→→____delay_us(20)
inc = 1;
__delay_us(500);→いらないかも
でしょうか。ワイパーの移動時間については，
記載がないような気がします。
ちょと分からない部分ですが・・・・・・。
それから，Ｘ９Ｃ破損しましたか。
原因は，過電流？静電気？
私は，実際に，ＰＷＭのコントローラーに入れてみたいと
思いますが，
もし，それで，破損するようなら，ＭＬ４で使うも多分，難しいでしょうね。
初めに，このデジタルポテンショメーターを考えたとき，
もしだめだったらの頭ありましたが，
だめなら，抵抗アレイとトランジスタとＰＩＣで，
Ｘ９Ｃと同じような配線をすれば，１０階の切り替えぐらいだったら，
そんなに手間かからずに，いけるかな，と思いました。
Ｘ９Ｃや，５２２０をためして，だめだったら，私は，
自分の興味のために，抵抗アレイとトランジスタアレイとＰＩＣで，同じようなもの作ってみようと思ってます。
ＰＩＣ（18ピン）→→エンコーダー→→トランジスタアレイ→→抵抗アレイ
の組み合わせて，３２個程度のトランジスタコントロールできますので，
約３０段階のコントロールができるものが可能のような気がします。
mabo 2019/06/11(Tue) 22:46 No.1643
Re: 続9 PWM
AD5220はX9Cと似ているデバイスです。違いは
・100ポジションと128ポジション
・ポジション記憶機能の有無
・make before breakとダイナミック動作
と言った所ですね。
初期化は特別なルーチンは必要ありません。外部変数で
volatile unsigned char AD5220_val=64;
としておけば良いです。
※この手のデバイスは可変抵抗と同じような動作をしますけど、可変抵抗では無いので注意が必要です。
例えば、通常の安い可変抵抗でも1/8W＝125mWですけど、X9C103は10mWです。電流を流せる能力は1/10以下です。
（なので、安易にLED等を繋がないほうがいいです）
当然ながら、置き換えは、損失以外にも、全てのパラメータをパスする必要があります。
AD5220のデータシートの、8,9ページにあるように、可変抵抗には2通りの使い方があります。
そこで言う、可変抵抗器動作と電圧出力動作です。
可変抵抗器動作とは、平たく言えば、電流調整動作です。実際に流す電流を調整します。
電圧出力動作とは、電圧参照動作です。電圧値を読み込ませるだけで、ほとんど電気を流しません。
スピンドルの可変抵抗器が電圧参照として使われているのなら、殆どのデジタルポテンショでそのまま置き換え可能です。
電流調整として使われているのなら、何かしらの対処が必要になるかもしれません。
スピンドルに付いている可変抵抗器がどのように使われているのかは、別に、スピンドルの中（ドライバ）を見る必要はありません。
ちゃんと調べればどのように使われているのかは把握できます。
<追記します>
上記は、PICとAD5220が同時に電源投入がある、というのが前提です。
PICのみ或いはAD5220のみをリセットした場合は位置がずれる可能性があります。
あるサイトのX9Cのコードにでは、毎回、一番下まで下げてから目標位置まで上げていました。
その時は、馬鹿な事をしている人もいるなぁ、位にしか思いませんでしたけど、
どちらかが単独でリセット状態になる可能性があるなら、そういった処理も必要なのかもしれません。
デバイス的にはPIC16Fクラスのマイコンなら、操作にdelayは必要ありません。
ただ、UDをきめて、クロックを入れるだけです。
また、幾つかの図で分かるように、ワイパーの遅れもありません。ダイナミックに切り替わります。
（当然nsクラスの遅れはあるでしょうけど）
・100ポジションと128ポジション
・ポジション記憶機能の有無
・make before breakとダイナミック動作
と言った所ですね。
初期化は特別なルーチンは必要ありません。外部変数で
volatile unsigned char AD5220_val=64;
としておけば良いです。
※この手のデバイスは可変抵抗と同じような動作をしますけど、可変抵抗では無いので注意が必要です。
例えば、通常の安い可変抵抗でも1/8W＝125mWですけど、X9C103は10mWです。電流を流せる能力は1/10以下です。
（なので、安易にLED等を繋がないほうがいいです）
当然ながら、置き換えは、損失以外にも、全てのパラメータをパスする必要があります。
AD5220のデータシートの、8,9ページにあるように、可変抵抗には2通りの使い方があります。
そこで言う、可変抵抗器動作と電圧出力動作です。
可変抵抗器動作とは、平たく言えば、電流調整動作です。実際に流す電流を調整します。
電圧出力動作とは、電圧参照動作です。電圧値を読み込ませるだけで、ほとんど電気を流しません。
スピンドルの可変抵抗器が電圧参照として使われているのなら、殆どのデジタルポテンショでそのまま置き換え可能です。
電流調整として使われているのなら、何かしらの対処が必要になるかもしれません。
スピンドルに付いている可変抵抗器がどのように使われているのかは、別に、スピンドルの中（ドライバ）を見る必要はありません。
ちゃんと調べればどのように使われているのかは把握できます。
<追記します>
上記は、PICとAD5220が同時に電源投入がある、というのが前提です。
PICのみ或いはAD5220のみをリセットした場合は位置がずれる可能性があります。
あるサイトのX9Cのコードにでは、毎回、一番下まで下げてから目標位置まで上げていました。
その時は、馬鹿な事をしている人もいるなぁ、位にしか思いませんでしたけど、
どちらかが単独でリセット状態になる可能性があるなら、そういった処理も必要なのかもしれません。
デバイス的にはPIC16Fクラスのマイコンなら、操作にdelayは必要ありません。
ただ、UDをきめて、クロックを入れるだけです。
また、幾つかの図で分かるように、ワイパーの遅れもありません。ダイナミックに切り替わります。
（当然nsクラスの遅れはあるでしょうけど）
猛牛ロック 2019/06/12(Wed) 02:33 No.1644
Re: 続9 PWM
猛牛ロックさん，ＴＲさん，おはようございます。
猛牛ロックさん，詳しい解説ありがとうございます。
いつもながら，勉強になります。
ところで，一つ教えていただきたいのですが，
電圧参照と電流調整の見分け方ですが，
ボリュームを外した状態で，３本の線の２本を選んで，
抵抗を計って，抵抗０になる組み合わせがあるものは，
電流調整の方だた考えていいのでしょうか。
また，こんな調べ方して，回路等に，悪影響はないのでしょうか。
それと，もし，電圧参照の回路でしたら，アースの線と，
ワイパーの線を使って，外部からかける電圧を変更することで，
コントロールできるのでしょうか。
今日は，これから，実家の畑の草刈りです。
ああ，です。
猛牛ロックさん，詳しい解説ありがとうございます。
いつもながら，勉強になります。
ところで，一つ教えていただきたいのですが，
電圧参照と電流調整の見分け方ですが，
ボリュームを外した状態で，３本の線の２本を選んで，
抵抗を計って，抵抗０になる組み合わせがあるものは，
電流調整の方だた考えていいのでしょうか。
また，こんな調べ方して，回路等に，悪影響はないのでしょうか。
それと，もし，電圧参照の回路でしたら，アースの線と，
ワイパーの線を使って，外部からかける電圧を変更することで，
コントロールできるのでしょうか。
今日は，これから，実家の畑の草刈りです。
ああ，です。
mabo 2019/06/12(Wed) 07:37 No.1645
Re: 続9 PWM
maboさんへおはようございます。
AD5220用プログラムの件、すみませんでした。
＞それから，Ｘ９Ｃ破損しましたか。
原因は，過電流？静電気？
x9cのつなぎ方をよく知りませんでした。
最初は、写真の右側半分の左で実験していたら、動作していましたが、突然不動となりました。
LEDとx9cを並列に繋いだ感じです。
この使い方で、故障前は、LED１５ｍA流れていました。
x9cのPower rating の表記は、10ｍAといなっていますが、これは、x9cに流れる上限電流だと思うんですよね、
並列接続で、分圧されて使っていた状態で、x9cにどれほど電流が流れていたかは、
測ったような測らなかったような、記憶があいまいです。
故障後は、合成写真右半分の右で繋いでいます。
可変抵抗としての機能はだめですが、一定の明るさで点灯はしています。
つまり調整が利きません。
原因は、繋ぎ方が悪かったのでしょうか？
＞ＰＩＣ（18ピン）→→エンコーダー→→トランジスタアレイ→→抵抗アレイ
の組み合わせて，３２個程度のトランジスタコントロールできますので，
こういった方法もあるんですね！！
よくわかりませんが、行けそうですね(^^♪
TR 2019/06/12(Wed) 07:47 No.1646
Re: 続9 PWM
猛牛ロックさんへ＞初期化は特別なルーチンは必要ありません。外部変数で
volatile unsigned char AD5220_val=64;
としておけば良いです。
この解釈についてお聴きします。
x9cの場合、ワイパ一を最下位までダウンさせた位置を「x9c_val=0」として、初期化の位置としました。
で、AD5220の場合は、
単に、volatile unsigned char AD5220_val=64;
としておけば良いです。 ということは、
百分率で、今回は、位置決めしているわけですけど、
６４の位置が、再下位のスタート位置であることになるのでしょうか？？
若し、そうであれば、
UP/DOWN関数の考え方も変えるのでしょうか？
ワイパーをひとつづつ、上げ下げするのではなく、
０～１２８ポジション数をAD5220に入力するのでしょうか？
真理値表には、３種類しかない！！
それと、もう一点お願いします。
初期化関数について
__delay_us(500)の位置が、forループの中にありますが、
これでは、毎回５００待つようになりますが、
本来は、forループを終えてから、
５００を待つようにするのではないのでしょうか？
５００待つのは、方向を変える場合ではなかったでしょうか？
INKの０と１を交互に繰り返すことは、
方向を変えることではないように思いますけど。
ただ、抵抗値を変えるために、５００待つ必要があるというなら別ですが。
//デバイス初期化関数
void x9c_init(void) {
ud = 0;
for (char i = 0; i < 100; i++) {
inc = 0;
__delay_us(1);
inc = 1;
__delay_us(500);
}
x9c_val = 0;
}
変更後
void x9c_init(void) {
ud = 0;
for (char i = 0; i < 100; i++) {
inc = 0;
__delay_us(1);
inc = 1;
}
x9c_val = 0;__delay_us(500);
}
TR 2019/06/12(Wed) 08:45 No.1647
Re: 続9 PWM
>MABOさん
実際に動かして見なければ流れる電流は判りません。
電流を計測できない機器なら、ボリューム位置に対する電圧を数点計測すれば判ります。
> 抵抗を計って，抵抗０になる組み合わせがあるものは，
これは典型的な電流調整の接続でしょうね。間違いないと思います。
（とはいえ、普通は目視で＝ケーブルでつながっているのが見えるので、抵抗値を調べないのが普通ですけど基板上ですぐに短絡しているのかな？）
この場合は実電流がどの位流れるのかを調べる必要があります。
> TRさん
私はルネサスのデータシートを見ていますけど、ほぼ同じだと思います。
X9Cは最大絶対定格で、±4.4mAです。そして、10秒以内なら8.8mA流せます。
通常は2,3mAで抑えておくべきです。そして、その時の計測値（電圧）はあまり、正しくありません。
最大絶対定格の欄で
POWER RATING
X9C103 X0C104, and X9C503 . . .10mW
となっています。これはよく抵抗器で、1/2Wとか1/8Wとか呼んでいるものです。つまり1/100Wまで、という事です。
あぁ、左側の表ですね。ルネサスのものと同じです。Iwがワイパー電流＝可動端子の電流です。
つなぎ方は右の方が優しいつなぎ方ではありますけど、どちらにしても、固定抵抗を2kΩにすれば壊れません。
> 百分率で、今回は、位置決めしているわけですけど、
> ６４の位置が、再下位のスタート位置であることになるのでしょうか？？
百分率なんてどこにも出てきません。何を見てそう思ったのでしょう？
「再下位」は「再開」のTYPOですね？そうです。ほぼ真ん中位置でスタートします。
使い方はX9Cと全く同じです。（位置記憶機能はありませんけど、X9Cでも元々使っていません）
> 初期化関数について
これはX9Cのものですよ。
で、初期化は電源が入ってい1瞬の出来事です。500usで、100回回したとしても0.06秒に満たない時間です。
この時間に拘ること自体ナンセンスです。
> 本来は、forループを終えてから、
> ５００を待つようにするのではないのでしょうか？
> ５００待つのは、方向を変える場合ではなかったでしょうか？
いいえ、電源が入っているのなら、同等の条件です。初期化でも、whileループでも、動かすのは同じことです。
あと、その変更後のプログラムでは駄目です。
適切な時間を取っていません。
実際に動かして見なければ流れる電流は判りません。
電流を計測できない機器なら、ボリューム位置に対する電圧を数点計測すれば判ります。
> 抵抗を計って，抵抗０になる組み合わせがあるものは，
これは典型的な電流調整の接続でしょうね。間違いないと思います。
（とはいえ、普通は目視で＝ケーブルでつながっているのが見えるので、抵抗値を調べないのが普通ですけど基板上ですぐに短絡しているのかな？）
この場合は実電流がどの位流れるのかを調べる必要があります。
> TRさん
私はルネサスのデータシートを見ていますけど、ほぼ同じだと思います。
X9Cは最大絶対定格で、±4.4mAです。そして、10秒以内なら8.8mA流せます。
通常は2,3mAで抑えておくべきです。そして、その時の計測値（電圧）はあまり、正しくありません。
最大絶対定格の欄で
POWER RATING
X9C103 X0C104, and X9C503 . . .10mW
となっています。これはよく抵抗器で、1/2Wとか1/8Wとか呼んでいるものです。つまり1/100Wまで、という事です。
あぁ、左側の表ですね。ルネサスのものと同じです。Iwがワイパー電流＝可動端子の電流です。
つなぎ方は右の方が優しいつなぎ方ではありますけど、どちらにしても、固定抵抗を2kΩにすれば壊れません。
> 百分率で、今回は、位置決めしているわけですけど、
> ６４の位置が、再下位のスタート位置であることになるのでしょうか？？
百分率なんてどこにも出てきません。何を見てそう思ったのでしょう？
「再下位」は「再開」のTYPOですね？そうです。ほぼ真ん中位置でスタートします。
使い方はX9Cと全く同じです。（位置記憶機能はありませんけど、X9Cでも元々使っていません）
> 初期化関数について
これはX9Cのものですよ。
で、初期化は電源が入ってい1瞬の出来事です。500usで、100回回したとしても0.06秒に満たない時間です。
この時間に拘ること自体ナンセンスです。
> 本来は、forループを終えてから、
> ５００を待つようにするのではないのでしょうか？
> ５００待つのは、方向を変える場合ではなかったでしょうか？
いいえ、電源が入っているのなら、同等の条件です。初期化でも、whileループでも、動かすのは同じことです。
あと、その変更後のプログラムでは駄目です。
適切な時間を取っていません。
猛牛ロック 2019/06/12(Wed) 12:43 No.1648
Re: 続9 PWM
猛牛ロックさんへ＞X9Cは最大絶対定格で、±4.4mAです。そして、10秒以内なら8.8mA流せます。
このことは、写真の赤矢印の事ですか？
そして、合成写真右側の区間に流れる電流値ですか？
＞そうです。ほぼ真ん中位置でスタートします。
使い方はX9Cと全く同じです。（位置記憶機能はありませんけど、X9Cでも元々使っていません）
MD5220は、電源ONで、０～１２８ポジションの６４に来るということですか、
ということは、スタート位置を０（０Ω）としたい場合は、
外部変数で
volatile unsigned char AD5220_val=０;
上記の様にポジションを０とすれば、0Ωとなるのでしょうか？
若し、そうであれば、U/P関数や、while (1) 関数内は、以下の様にすれば良いのでしょうか？
//U/D_up関数
void MD5220_up(void) {
cs=0; ud = 1;
clk = 0;
__delay_us(1);
clk = 1;
if (MD5520_val < 127)MD5220_val++;
//次の上げ下げは500us空ける
}
while (1) {
static unsigned int adc[32] = {0};
static char num = 0;
unsigned int target = 0;
adc[(++num)&31] = adconv();// アナログ値の変換と読込み処理関数呼び出しと配列による平準化
for (char i = 0; i < 32; i++)target += adc[i];
target /=327.4;
if ((target) > xMD5220_val)MD5220_up();
else if ((target) < AD5220_val)MD5220_dowm();//U/Ddown関数呼び出し
__delay_ms(1);
}
TR 2019/06/12(Wed) 14:41 No.1649
Re: 続9 PWM
ワイパーは可動部の矢印です。つまり、TEST POINTと書いてある部分を流せる電流です。電圧値ならVw、抵抗値ならRw、電流値ならIwです。
> void AD5220_up(void) {
> cs=0; ud = 1;
> clk = 0;
> __delay_us(1);
> clk = 1;
> if (AD5520_val < 127)AD5220_val++;
> //次の上げ下げは500us空ける
> }
AD5220は即時に反映するのでdelayは要りません。なので、
void AD5220_up(void) {
ud = 1;
clk = 0;
clk = 1;
if (AD5520_val < 127)AD5220_val++;
}
です。
で、0に移動させるには書き方は色々ありますけど、
while(AD5220__val>0)AD5220_down();
です。勿論、上と同じ様に、AD5220_down関数を作る必要があります。
※別関数を作っても良いです。例えば
void AD5220(unsigned char pos){
int t=pos-AD5220_val;
if(t>0)ud=1;
else {
ud=0;
t=-t;
}
while(t){
clk=0;
clk=1;
t--;
}
}
みたいに、直接位置を指定する関数です。AD5220(0);で、0位置へ移動します。
あと、このデバイスは7ビットなので、
× target /=327.4;
○ target=target>>8;
です。
> void AD5220_up(void) {
> cs=0; ud = 1;
> clk = 0;
> __delay_us(1);
> clk = 1;
> if (AD5520_val < 127)AD5220_val++;
> //次の上げ下げは500us空ける
> }
AD5220は即時に反映するのでdelayは要りません。なので、
void AD5220_up(void) {
ud = 1;
clk = 0;
clk = 1;
if (AD5520_val < 127)AD5220_val++;
}
です。
で、0に移動させるには書き方は色々ありますけど、
while(AD5220__val>0)AD5220_down();
です。勿論、上と同じ様に、AD5220_down関数を作る必要があります。
※別関数を作っても良いです。例えば
void AD5220(unsigned char pos){
int t=pos-AD5220_val;
if(t>0)ud=1;
else {
ud=0;
t=-t;
}
while(t){
clk=0;
clk=1;
t--;
}
}
みたいに、直接位置を指定する関数です。AD5220(0);で、0位置へ移動します。
あと、このデバイスは7ビットなので、
× target /=327.4;
○ target=target>>8;
です。
猛牛ロック 2019/06/12(Wed) 15:40 No.1650
Re: 続9 PWM
猛牛ロックさんへ、新しいx9cが来たらテストをしたいと思います。
テスト方法ですが、猛牛ロックさんの言われた方法は、写真の通りでよろしいでしょうか？
＊＊＊＊＊＊＊＊＊＊＊＊＊＊＊＊
MD5220
MD5220用ですが、一応、下記の通りやったらビルトまではOKですが、
如何でしょうか？
見てやって下さい。
#include <xc.h>
// クロック周波数指定
// (__delay_ms()関数が必要としているため)
#define _XTAL_FREQ
#define clk LATA1
#define ud LATA0
// プロトタイプ宣言
unsigned int adconv(void); //ADC読み込み関数
//外部変数
volatile unsigned char MD5220_val = 64; //電源ON時ワイパ中間位置
//デバイス初期化関数
void MD5220(unsigned char pos) {
int t = pos - MD5220_val;
if (t > 0)ud = 1;
else {
ud = 0;
t = -t;
}
while (t) {
clk = 0;
clk = 1;
t--;
}
}
//U/D_up関数
void MD5220_up(void) {
ud = 1;
clk = 0;
clk = 1;
if (MD5220_val < 127)MD5220_val++;
}
//U/Ddown関数
void MD5220_dowm(void) {
ud = 0;
clk = 0;
clk = 1;
if (MD5220_val > 0)MD5220_val--;
}
//メイン関数
void main() {
OPTION_REGbits.nWPUEN = 0; //内部プルアップ有効
OSCCON =
PORTA = 0x00; //全てLo
PORTB = 0x00; //全てLo
ANSELA = 0b00000000; //全てデジタルI/Oとする
ANSELB = 0b00001000; // SEC基板~ローパス経由でアナログ化信号をRB3でIN
// 入出力設定
TRISA = 0b00000000; // RA全て出力
TRISB = 0b00001000; //RB3 ADC用入力端子
// ADコンバータ設定
ADCON0 = 0b00100101; // アナログ変換情報設定(RB3から読込む)
ADCON1 = 0b11010000; // 読取値は右寄せ、A/D変換クロックはFOSC/16、VDDをリファレンスとする
MD5220(0); //初期化
while (1) {
static unsigned int adc[32] = {0};
static char num = 0;
unsigned int target = 0;
adc[(++num)&31] = adconv(); // アナログ値の変換と読込み処理関数呼び出しと配列によりAD変換値を平準化
for (char i = 0; i < 32; i++)target += adc[i];
target = target >> 8;
if (target > MD5220_val) {
MD5220_up();
} else if (target < MD5220_val) {
MD5220_dowm();//U/Ddown関数呼び出し
}
}
}
// アナログ値の変換と読込み処理関数
unsigned int adconv() {
GO_nDONE = 1; // アナログ値読取り開始指示
while (GO_nDONE); // 読取り完了まで待つ
return ADRES;
}
TR 2019/06/12(Wed) 17:02 No.1651
Re: 続9 PWM
相変わらずdowmになっています。downです。プログラム的にはおかしな所は見つかりませんでした。
その図はデジタルポテンショとして、x9cのテストですか？
でしたら、その状態で、「電圧値」を読んでください。
勿論、それ以外の色々な部分の抵抗値や電圧値を計測してもらって良いんですよ。
ただ、重要なのはその状態で、上から下まで電圧が動くかどうか？です。
※データシートから、ワイパーの抵抗値が210Ωはあり得ません
今までの結果はワイパー位置が下がり切っていないか、測定ミスどちらかだと思っています。
プログラムも
while(1){
の後を変更して、
while(1){
for(char i=0;i<=100;i++){
x9c_up();
__delay_us(500);
}
__delay_ms(5000);
for(char i=0;i<=100;i++){
x9c_down();
__delay_us(500);
}
__delay_ms(5000);
}
に変えてGND-Vw間を計測して下さい。0～5Vまで変化する筈です。
※今回は5秒間隔でワイパー位置を最上位⇔最下位に切り替えています。入力用のボリュームは使いません。
必ず、ICの抵抗部の先は何も接続しないで計測して下さい。、
猛牛ロック 2019/06/12(Wed) 17:57 No.1652
Re: 続9 PWM
猛牛ロックさんへ
MD5220用プログラム有難うございます。
ご提案頂きました、下記プログラムは、ｘ９ｃのテスト用ですよね？
プログラム変更方法
while(1){ の中をそっくりと入れ替えて、他のプログラムは変更なしでよろしいですか？
記
プログラムも
while(1){
の後を変更して、
while(1){
for(char i=0;i<=100;i++){
x9c_up();
__delay_us(500);
}
__delay_ms(5000);
for(char i=0;i<=100;i++){
x9c_down();
__delay_us(500);
}
__delay_ms(5000);
}
追記
x9cのUP関数について
up関数は、下記の通りとなっていますよね
で、
if (x9c_val < 100)x9c_val++; この部分は、1ポジションづつ、抵抗値を上げていくわけですよね、
であれば、
抵抗値変更に必要な時間、１００～５００μｓの時間関数を入れるのでは？
記
//U/D_up関数
void x9c_up(void) {
ud = 1;
inc = 0;
__delay_us(1);
inc = 1;
if (x9c_val < 100)x9c_val++;
//次の上げ下げは500us空ける
}
変更後
//U/D_up関数
void x9c_up(void) {
ud = 1;
inc = 0;
__delay_us(1);
inc = 1;
if (x9c_val < 100)x9c_val++;
__delay_us(100);
//次の上げ下げは500us空ける
}
MD5220用プログラム有難うございます。
ご提案頂きました、下記プログラムは、ｘ９ｃのテスト用ですよね？
プログラム変更方法
while(1){ の中をそっくりと入れ替えて、他のプログラムは変更なしでよろしいですか？
記
プログラムも
while(1){
の後を変更して、
while(1){
for(char i=0;i<=100;i++){
x9c_up();
__delay_us(500);
}
__delay_ms(5000);
for(char i=0;i<=100;i++){
x9c_down();
__delay_us(500);
}
__delay_ms(5000);
}
追記
x9cのUP関数について
up関数は、下記の通りとなっていますよね
で、
if (x9c_val < 100)x9c_val++; この部分は、1ポジションづつ、抵抗値を上げていくわけですよね、
であれば、
抵抗値変更に必要な時間、１００～５００μｓの時間関数を入れるのでは？
記
//U/D_up関数
void x9c_up(void) {
ud = 1;
inc = 0;
__delay_us(1);
inc = 1;
if (x9c_val < 100)x9c_val++;
//次の上げ下げは500us空ける
}
変更後
//U/D_up関数
void x9c_up(void) {
ud = 1;
inc = 0;
__delay_us(1);
inc = 1;
if (x9c_val < 100)x9c_val++;
__delay_us(100);
//次の上げ下げは500us空ける
}
TR 2019/06/12(Wed) 18:15 No.1653
Re: 続9 PWM
そうです。X9C用のプログラムです。
> 抵抗値変更に必要な時間、１００～５００μｓの時間関数を入れるのでは？
ほんの10行ちょっとのプログラムです。
その中に
__delay_us(500);
が2回も書いてあるのに何でそれが目に入らないのか不思議です。
既に書いてあります。
追記です。
御免なさい誤解したようです。
そのx9c_up関数の事ですね。
付ければ無駄な時間です。
その間にADCの取得や計算、etcをすれば、自然に経過するだろう、という考えて付けていません。
ADCの間隔を優先させる考えです。
そこで付けてしまうと、ADCの間隔がまばらになってしまいます。
> 抵抗値変更に必要な時間、１００～５００μｓの時間関数を入れるのでは？
ほんの10行ちょっとのプログラムです。
その中に
__delay_us(500);
が2回も書いてあるのに何でそれが目に入らないのか不思議です。
既に書いてあります。
追記です。
御免なさい誤解したようです。
そのx9c_up関数の事ですね。
付ければ無駄な時間です。
その間にADCの取得や計算、etcをすれば、自然に経過するだろう、という考えて付けていません。
ADCの間隔を優先させる考えです。
そこで付けてしまうと、ADCの間隔がまばらになってしまいます。
猛牛ロック 2019/06/12(Wed) 22:54 No.1654
Re: 続9 PWM
猛牛ロックさんおはようございます。
＞ADCの間隔を優先させる考えです。
そこで付けてしまうと、ADCの間隔がまばらになってしまいます。
色々とお聴きしてよかったです。
有難うございます。
新めてローパスフィルターも考えてみようかと思いました。
ML4についている可変抵抗なんですが、ML4についた状態で、抵抗値を計測したら、１ｋΩでした。
MD５２２０の方が性能が良いので、MD５２２０にしたかったが、１ｋΩがないようです。
まいりました～。
＞ADCの間隔を優先させる考えです。
そこで付けてしまうと、ADCの間隔がまばらになってしまいます。
色々とお聴きしてよかったです。
有難うございます。
新めてローパスフィルターも考えてみようかと思いました。
ML4についている可変抵抗なんですが、ML4についた状態で、抵抗値を計測したら、１ｋΩでした。
MD５２２０の方が性能が良いので、MD５２２０にしたかったが、１ｋΩがないようです。
まいりました～。
TR 2019/06/13(Thu) 07:02 No.1655
Re: 続9 PWM
可変抵抗の抵抗値は、まずは、記載が無いかを確認して下さい。多くのものは103Bのような表示があると思います。
また、どのクラス（何Wモノ）のものを使っているのか、とかも参考になります。
もし記載がなければ外して計測です。
それは添付図左のように、接続されている何かとの合成抵抗になるからです。
その何かの抵抗値が圧倒的に高い場合のみ、正確な抵抗値が判ります。
また、添付図右のように配線されている場合も多いです。(MABOさんもこの配線のようです）
この場合は左の固定端子から可動端子の抵抗値を計測している事になります。
（更に並列回路になっています）
猛牛ロック 2019/06/13(Thu) 09:42 No.1656
Re: 続9 PWM
MD5220用プログラムですが、初期化がおかしいと思いますが。どうだろうか
TR 2019/06/13(Thu) 11:24 No.1657
Re: 続9 PWM
> MD5220用プログラムですが、初期化がおかしいと思いますが。
どの点をみて、そう思うのでしょうか？ No.1651ですよね？
私も完全では無い、と思ってはいますけど、「おかしい」と思うのなら、私の考えている部分では無いような気がします。
どの点をみて、そう思うのでしょうか？ No.1651ですよね？
私も完全では無い、と思ってはいますけど、「おかしい」と思うのなら、私の考えている部分では無いような気がします。
猛牛ロック 2019/06/13(Thu) 14:21 No.1658
Re: 続9 PWM
MD5220の初期化関数ですが、最後の}の前に、MD5220_val=0;
が抜けていると思います。
ただ、電源ONと共に、抵抗値ポジションが64になるという事が条件です。
が抜けていると思います。
ただ、電源ONと共に、抵抗値ポジションが64になるという事が条件です。
TR 2019/06/13(Thu) 14:46 No.1659
Re: 続9 PWM
あぁ、その通りですね。
で、MD5220関数の最後の行に
MD5220_val=pos;
の一行を入れておいて下さい。
※指定した位置に移動した後に、その位置（変数）も変更しておく
で、MD5220関数の最後の行に
MD5220_val=pos;
の一行を入れておいて下さい。
※指定した位置に移動した後に、その位置（変数）も変更しておく
猛牛ロック 2019/06/13(Thu) 15:10 No.1660
Re: 続9 PWM
posについて、ネット検索しましたが、分かりませんでした。難しく感じました。
まだ、実験前で、大きな事は言えません。ご容赦願います。
No1652のx9cテスト用プログラム(下記一部抜粋、気になる点のみ)は、実験していませんが、
>に変えてGND-Vw間を計測して下さい。0～5Vまで変化する筈です。
同感です。
ただ、運転用のx9c用プログラムは、
__delay_us(500);
が無い点が気になります。
抵抗値変更に要する時間が有るのと無いのでは、差がでると推測します。
記
x9c_down();
__delay_us(500);
}
まだ、実験前で、大きな事は言えません。ご容赦願います。
No1652のx9cテスト用プログラム(下記一部抜粋、気になる点のみ)は、実験していませんが、
>に変えてGND-Vw間を計測して下さい。0～5Vまで変化する筈です。
同感です。
ただ、運転用のx9c用プログラムは、
__delay_us(500);
が無い点が気になります。
抵抗値変更に要する時間が有るのと無いのでは、差がでると推測します。
記
x9c_down();
__delay_us(500);
}
TR 2019/06/13(Thu) 15:46 No.1661
Re: 続８ーＰＷＭ
maboさんお疲れさま、皆さんこんばんは。
マッハの、[CLOSED LOOP]の設定方法を教えてください。
自分のスピンドルモーターには、エンコーダーのようなものがありません。
それでも、[CLOSED LOOP]にチェックを入れたり、P I Dに何かしらの数値を入れるのでしょうか？
ご紹介くださったページ、難しそうですね。
https://ja.wikipedia.org/wiki/PID制御
デフォルトでも数値が入っていましたが、やはり弄らなくちゃいけないのでしょうか？？
読んでみますが、わからなかったら、再度投稿しますので、その節は宜しくお願いします。
＊＊＊＊＊＊＊＊＊＊＊＊＊＊＊＊＊＊＊＊＊
猛牛ロックさんへ
プログラムの件、了解しました。
それと、
No１６１７のお写真すみません。
了解しました。
既に写真の可変抵抗が結線された既存の状態で抵抗を測ってあります。
なんと、最大で１Ωでした。 外して、もう一度抵抗値を確認します。
また、結線状態で、写真箇所の電流も図ります。
で、なんですが、
写真右のテストですが、既存のシステムだけでテストですか？
既存だけでしたら、あまり意味がないようですが。
訂正とお詫び
１Ω 正しくは、１ｋΩ
でした。済みませんでした。
＊＊＊＊＊＊＊＊＊＊＊＊＊＊＊＊＊＊＊
maboさんへ
＞
◯SEC（ＰＷＭ出力） → ローパスフィルター（直流変換） →X9C → コントローラー（電圧制御）→適当なDCモーター
（コントローラーのボリュームとX9Cを置き換え。）
解釈ですが、
適当なDCモーター（コントローラーのボリュームとX9Cを置き換え。）とあります。
DCモーターに括弧をつけて、抜き出しています。 DCモーターに付属する何かがあって、
その何かで何をするのでしょうか？？
それと、SEC→→ローパスフィルター →→ PICのAD変換 →→ X9C →→ ML４
これですが、
ローパスフィルターで、PWMを平準化しますよね、で、この流れだと、PICとx9cによって、もう一度
直流の電圧を平準化します。 これでは、２度平準化しますよ！！
これでも良いのでしょうか？ ちょっと見、無駄な感じがします。
このことは、猛牛ロックさんも言われていることだと思っていましたが。
TR 2019/06/08(Sat) 20:13 No.1618
Re: 続８ーＰＷＭ
ＴＲさん，こんばんは。
すみません間違いがありました。
◯SEC（ＰＷＭ出力） → ローパスフィルター（直流変換） →X9C → コントローラー（電圧制御）→適当なDCモーター
（コントローラーのボリュームとX9Cを置き換え。）
これ，
◯ＳＥＣ→ローパスフィルター→ＰＩＣＡＤ変換→Ｘ９Ｃ→コントローラー→適当なＤＣモーター
で，ＰＩＣのＡＤ変換がぬけてました。
括弧のなかは，この流れだと，ＰＷＭのコントローラーの
ボリュームとＸ９Ｃを置き換えて，確かめる，の意味でした。
モーターには，何もしなくて大丈夫です。
＞それと、SEC→→ローパスフィルター →→ PICのAD変換 →→ X9C →→ ML４
＞これですが、
＞ローパスフィルターで、PWMを平準化しますよね、で、この流れだと、PICとx9cによって、もう一度
＞直流の電圧を平準化します。 これでは、２度平準化しますよ！！
＞これでも良いのでしょうか？ ちょっと見、無駄な感じがします。
＞このことは、猛牛ロックさんも言われていることだと思っていましたが。
これですが，ＰＩＣでやってることは，
ローパスフィルターで読み取った電圧をならして，
それに応じたＸ９Ｃの設定をすることです。
ローパスフィルターでやることと，ＰＩＣでならすことは，
どちらも必要なことだと思います。
ローパスフィルターを通った信号に乱れがあるので，
読み取るために，何回か平均をとってます。
この平均に基づいて，Ｘ９Ｃの設定をします。
それから，Ｐ Ｉ Ｄの設定ですけど，
すみません，研究中です。
なかなかうまくいきません。
すみません間違いがありました。
◯SEC（ＰＷＭ出力） → ローパスフィルター（直流変換） →X9C → コントローラー（電圧制御）→適当なDCモーター
（コントローラーのボリュームとX9Cを置き換え。）
これ，
◯ＳＥＣ→ローパスフィルター→ＰＩＣＡＤ変換→Ｘ９Ｃ→コントローラー→適当なＤＣモーター
で，ＰＩＣのＡＤ変換がぬけてました。
括弧のなかは，この流れだと，ＰＷＭのコントローラーの
ボリュームとＸ９Ｃを置き換えて，確かめる，の意味でした。
モーターには，何もしなくて大丈夫です。
＞それと、SEC→→ローパスフィルター →→ PICのAD変換 →→ X9C →→ ML４
＞これですが、
＞ローパスフィルターで、PWMを平準化しますよね、で、この流れだと、PICとx9cによって、もう一度
＞直流の電圧を平準化します。 これでは、２度平準化しますよ！！
＞これでも良いのでしょうか？ ちょっと見、無駄な感じがします。
＞このことは、猛牛ロックさんも言われていることだと思っていましたが。
これですが，ＰＩＣでやってることは，
ローパスフィルターで読み取った電圧をならして，
それに応じたＸ９Ｃの設定をすることです。
ローパスフィルターでやることと，ＰＩＣでならすことは，
どちらも必要なことだと思います。
ローパスフィルターを通った信号に乱れがあるので，
読み取るために，何回か平均をとってます。
この平均に基づいて，Ｘ９Ｃの設定をします。
それから，Ｐ Ｉ Ｄの設定ですけど，
すみません，研究中です。
なかなかうまくいきません。
mabo 2019/06/08(Sat) 20:46 No.1619
Re: 続８ーＰＷＭ
maboさんへ
＞これですが，ＰＩＣでやってることは，
ローパスフィルターで読み取った電圧をならして，
それに応じたＸ９Ｃの設定をすることです。
ローパスフィルターでやることと，ＰＩＣでならすことは，
どちらも必要なことだと思います。
ローパスフィルターを通った信号に乱れがあるので，
読み取るために，何回か平均をとってます。
この平均に基づいて，Ｘ９Ｃの設定をします。
大変恐縮ですが、怒らないで下さい。
x9cは、平準化プログラム込みのPICで使います。
コンデンサと抵抗は、無くて済むなら使わない方が良いと思います。
なので、先ずは、x9cは、平準化プログラム込みのPICの波形をオシロで比べてみて、それでも追いつかないようでしたら、
ローパスフィルターも併せて使った方が良いと思いますよ。
本当にごめんなさい。 言い過ぎかも。
＞これですが，ＰＩＣでやってることは，
ローパスフィルターで読み取った電圧をならして，
それに応じたＸ９Ｃの設定をすることです。
ローパスフィルターでやることと，ＰＩＣでならすことは，
どちらも必要なことだと思います。
ローパスフィルターを通った信号に乱れがあるので，
読み取るために，何回か平均をとってます。
この平均に基づいて，Ｘ９Ｃの設定をします。
大変恐縮ですが、怒らないで下さい。
x9cは、平準化プログラム込みのPICで使います。
コンデンサと抵抗は、無くて済むなら使わない方が良いと思います。
なので、先ずは、x9cは、平準化プログラム込みのPICの波形をオシロで比べてみて、それでも追いつかないようでしたら、
ローパスフィルターも併せて使った方が良いと思いますよ。
本当にごめんなさい。 言い過ぎかも。
TR 2019/06/08(Sat) 21:11 No.1620
Re: 続８ーＰＷＭ
ＴＲさん、こんばんは。
＞大変恐縮ですが、怒らないで下さい。
大丈夫ですよ。
ローパスフィルター使わないのであれば、デジタルで受け取る
ということになると思います。
そうすると、猛牛ロックさんが、書いてくれた後の方のプログラムお使いいなるのかな。
ＡＤ変換しないで、デジタルで受け取ったものを処理した方が、
ノイズ等の心配も少なくなりますしね。
猛牛ロックさんも、デジタルで受け取る方が好みだとおっしゃってました。
今日は、ドライバー作って、ＴＫ100Ａ0８Ｎ1というＦＥＴで、
回転数調べていました。
回転始めから、最高回転までの、範囲が、狭いようでした。
ＰＷＭのコントローラーは、ＤＵＴＹ比が4％～69％の範囲で
動いていましたが、
今回買い求めたのは、12％～48％と狭くなりました。
ＦＥＴ差し替えられるようにしましたので、
いくつか変えて、検証してみようかなと思います。
＞大変恐縮ですが、怒らないで下さい。
大丈夫ですよ。
ローパスフィルター使わないのであれば、デジタルで受け取る
ということになると思います。
そうすると、猛牛ロックさんが、書いてくれた後の方のプログラムお使いいなるのかな。
ＡＤ変換しないで、デジタルで受け取ったものを処理した方が、
ノイズ等の心配も少なくなりますしね。
猛牛ロックさんも、デジタルで受け取る方が好みだとおっしゃってました。
今日は、ドライバー作って、ＴＫ100Ａ0８Ｎ1というＦＥＴで、
回転数調べていました。
回転始めから、最高回転までの、範囲が、狭いようでした。
ＰＷＭのコントローラーは、ＤＵＴＹ比が4％～69％の範囲で
動いていましたが、
今回買い求めたのは、12％～48％と狭くなりました。
ＦＥＴ差し替えられるようにしましたので、
いくつか変えて、検証してみようかなと思います。
mabo 2019/06/08(Sat) 23:25 No.1621
Re: 続８ーＰＷＭ
> TRさん
やっている事の意味がわかりませんけど、内部を計測したいなら可変抵抗を外した方が良いです。
繋がった状態だとボリューム位置で抵抗値が変わります。
スピンドルの巻き線抵抗を調べているんですか？
> 写真右のテストですが、既存のシステムだけでテストですか？
そうです。その可変抵抗を1本の抵抗で置き換えて、その可変抵抗の意味を調べます。
つまり、どういった回路をそこに繋げば制御出来るのか、という、一番最初にやるべきことです。
入口（PCからのPWM）と出口（スピンドルへの出力）の仕様が判らなければ、動くかどうか聞かれても判断が付きません。
それと、8個の平均を出したのはアナログ受信のプログラムです。デジタルなら100以上にした方が良いです。
追記します
スピンドルの基板から回路（使っているIC）が解るなら、それでも構いません。
やっている事の意味がわかりませんけど、内部を計測したいなら可変抵抗を外した方が良いです。
繋がった状態だとボリューム位置で抵抗値が変わります。
スピンドルの巻き線抵抗を調べているんですか？
> 写真右のテストですが、既存のシステムだけでテストですか？
そうです。その可変抵抗を1本の抵抗で置き換えて、その可変抵抗の意味を調べます。
つまり、どういった回路をそこに繋げば制御出来るのか、という、一番最初にやるべきことです。
入口（PCからのPWM）と出口（スピンドルへの出力）の仕様が判らなければ、動くかどうか聞かれても判断が付きません。
それと、8個の平均を出したのはアナログ受信のプログラムです。デジタルなら100以上にした方が良いです。
追記します
スピンドルの基板から回路（使っているIC）が解るなら、それでも構いません。
猛牛ロック 2019/06/08(Sat) 23:41 No.1622
Re: 続８ーＰＷＭ
maboさん、おはようございます。
＞そうすると、猛牛ロックさんが、書いてくれた後の方のプログラムお使いいなるのかな。
No1553ですか、１５５３は難しくて、、、理解できませんでした。
＊＊＊＊＊＊＊＊＊＊＊＊＊＊＊＊
猛牛ロックさんおはようございます。
既存の資料は何もないので、分かりません。
なので、改造できそうなスピードコントロールに使われている可変抵抗をx9cに変えようとしています。
で、
あえて、可変抵抗を外して、抵抗を入れて、既存システムでスピンドルを回すということは、
その理由が分かりません。
分からないという理由
可変抵抗で回るのでしょうから、固定抵抗に置き換えても、スピードは分かりませんが、回ると思います。
しかしながらテストをすることとは、、、を考えると。
それでもテストするということは、
可変抵抗が確実に、スピンドルモーターのスピードコントロールに寄与しているかどうかを
確認するということなんでしょうね。
分かりました。 やってみます。
テスト方法
再度、可変抵抗の最大抵抗値を計測し、その抵抗値の半分以上を使って、既存システムで、まわしてみる。
＞それと、8個の平均を出したのはアナログ受信のプログラムです。デジタルなら100以上にした方が良いで
サンプリング回数を変える場合、プログラムを一部を変えるが、
デバイスの初期化関数は、デバイスの関係で500が上限と言っていました。
算出方法
PWM基本周波数/サンプル数
例
100Hzなら、１周期＝0.01ｓ
８サンプルで0.01/8＝0.00125ｓ＝１２５０μｓ
８サンプルで１２５０、なのに、１００サンプル、、
デバイスの上限を超えているので、、、、
＊＊＊＊＊＊＊＊＊＊＊＊＊
maboさん、、、、
ローパスと併用ですよ！！ 多分。
＞そうすると、猛牛ロックさんが、書いてくれた後の方のプログラムお使いいなるのかな。
No1553ですか、１５５３は難しくて、、、理解できませんでした。
＊＊＊＊＊＊＊＊＊＊＊＊＊＊＊＊
猛牛ロックさんおはようございます。
既存の資料は何もないので、分かりません。
なので、改造できそうなスピードコントロールに使われている可変抵抗をx9cに変えようとしています。
で、
あえて、可変抵抗を外して、抵抗を入れて、既存システムでスピンドルを回すということは、
その理由が分かりません。
分からないという理由
可変抵抗で回るのでしょうから、固定抵抗に置き換えても、スピードは分かりませんが、回ると思います。
しかしながらテストをすることとは、、、を考えると。
それでもテストするということは、
可変抵抗が確実に、スピンドルモーターのスピードコントロールに寄与しているかどうかを
確認するということなんでしょうね。
分かりました。 やってみます。
テスト方法
再度、可変抵抗の最大抵抗値を計測し、その抵抗値の半分以上を使って、既存システムで、まわしてみる。
＞それと、8個の平均を出したのはアナログ受信のプログラムです。デジタルなら100以上にした方が良いで
サンプリング回数を変える場合、プログラムを一部を変えるが、
デバイスの初期化関数は、デバイスの関係で500が上限と言っていました。
算出方法
PWM基本周波数/サンプル数
例
100Hzなら、１周期＝0.01ｓ
８サンプルで0.01/8＝0.00125ｓ＝１２５０μｓ
８サンプルで１２５０、なのに、１００サンプル、、
デバイスの上限を超えているので、、、、
＊＊＊＊＊＊＊＊＊＊＊＊＊
maboさん、、、、
ローパスと併用ですよ！！ 多分。
TR 2019/06/09(Sun) 07:18 No.1623
Re: 続８ーＰＷＭ
> 再度、可変抵抗の最大抵抗値を計測し、その抵抗値の半分以上を使って、既存システムで、まわしてみる。
可変抵抗の最大値の1倍（～10倍程度）までならどれでも良いです。ただし、値は覚えておいてください。
可変抵抗の最大値（固定された端子間）は外した状態で測ってください。
まず、その3本を外した状態で、電源を入れて、赤-黒間の電圧を計測してください。
もしかしたら高い電圧かも知れません。
（ここで5Vならいい結果が期待出来ます。高い電圧だと厳しくなります）
元の可変抵抗の固定部を使って切り替えても良いです。
上図で、
「赤と青を使って最高速、黒と青を使って動かない」というのが「良い結果」です。
なので、それでテスト終了です。
それ以外の結果の場合は…
まぁその時考えましょう。
可変抵抗の最大値の1倍（～10倍程度）までならどれでも良いです。ただし、値は覚えておいてください。
可変抵抗の最大値（固定された端子間）は外した状態で測ってください。
まず、その3本を外した状態で、電源を入れて、赤-黒間の電圧を計測してください。
もしかしたら高い電圧かも知れません。
（ここで5Vならいい結果が期待出来ます。高い電圧だと厳しくなります）
元の可変抵抗の固定部を使って切り替えても良いです。
上図で、
「赤と青を使って最高速、黒と青を使って動かない」というのが「良い結果」です。
なので、それでテスト終了です。
それ以外の結果の場合は…
まぁその時考えましょう。
猛牛ロック 2019/06/09(Sun) 08:54 No.1624
Re: 続８ーＰＷＭ
ＴＲさん，猛牛ロックさん，おはようございます。
ＴＲさん，ご指摘ありがとうございます。
＞maboさん、、、、
＞ローパスと併用ですよ！！ 多分。
これ，ブログの方の，基本周波数の変換のプログラムですか？。
何年か前に，最初に取り組んだ時に，これではまりました。
プログラムは外国の諸兄，回路は日本の諸兄，
という組み合わせで，ローパスフィルター入れて，もがきました。
結果，ローパルフィルタ入れるとデジタルのサンプリング
できなくなりました。
今は，なんとなく理解できるのですが・・・・・・・。
それから，サンプリングですが，ＴＲさんのおっしゃってることちょっとわからないのですが，
下記のように理解してます。
サンプリングの最小は，ＰＩＣのクロック数に依存するので，
私が使ってるＰＩＣは，８Ｍｈｚで動作してますので，
クロック8MHz→1クロック0.125μs→1命令サイクル0.5μs
０．５μｓより短い期間でのサンプリングはできませんが，
これより長ければ可と理解してます。
＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝
違う種類のＦＥＴを注文しています。
一つは，諸兄のＨＰあった，３０２０のＦＥＴ
もう一つは，ブログの方に書いた，値段の差のある
ＰＷＭのコントローラーです。
ちょっと，楽しみですが，Ｘ９Ｃは，まだとどきません。
アリでの購入の方がよかったかなあ。
ＴＲさん，ご指摘ありがとうございます。
＞maboさん、、、、
＞ローパスと併用ですよ！！ 多分。
これ，ブログの方の，基本周波数の変換のプログラムですか？。
何年か前に，最初に取り組んだ時に，これではまりました。
プログラムは外国の諸兄，回路は日本の諸兄，
という組み合わせで，ローパスフィルター入れて，もがきました。
結果，ローパルフィルタ入れるとデジタルのサンプリング
できなくなりました。
今は，なんとなく理解できるのですが・・・・・・・。
それから，サンプリングですが，ＴＲさんのおっしゃってることちょっとわからないのですが，
下記のように理解してます。
サンプリングの最小は，ＰＩＣのクロック数に依存するので，
私が使ってるＰＩＣは，８Ｍｈｚで動作してますので，
クロック8MHz→1クロック0.125μs→1命令サイクル0.5μs
０．５μｓより短い期間でのサンプリングはできませんが，
これより長ければ可と理解してます。
＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝
違う種類のＦＥＴを注文しています。
一つは，諸兄のＨＰあった，３０２０のＦＥＴ
もう一つは，ブログの方に書いた，値段の差のある
ＰＷＭのコントローラーです。
ちょっと，楽しみですが，Ｘ９Ｃは，まだとどきません。
アリでの購入の方がよかったかなあ。
mabo 2019/06/09(Sun) 09:23 No.1625
Re: 続８ーＰＷＭ
猛牛ロックさん
恐縮ですが、写真付で、説明願います。
恐縮ですが、写真付で、説明願います。
TR 2019/06/09(Sun) 09:44 No.1626
Re: 続８ーＰＷＭ
maboさん
500マイクロは、1553にあるぷろぐらむで、初期化関数にあります。
猛牛ロックさんとのやり取りで、x9cの能力と聴いていました。
聞き間違えかもしれませんが、x9cは、500マイクロより、短時間では、動作しないと思いました。
猛牛ロックさんに、突っ込んで、聞けば良かった点です。
INCは500マイクロ必要かもしれません。
******
猛牛ロックさん
詳しく解説して下さい。x9cのデータシートの何処をどのように理解したらよろしいか。
500マイクロは、1553にあるぷろぐらむで、初期化関数にあります。
猛牛ロックさんとのやり取りで、x9cの能力と聴いていました。
聞き間違えかもしれませんが、x9cは、500マイクロより、短時間では、動作しないと思いました。
猛牛ロックさんに、突っ込んで、聞けば良かった点です。
INCは500マイクロ必要かもしれません。
******
猛牛ロックさん
詳しく解説して下さい。x9cのデータシートの何処をどのように理解したらよろしいか。
TR 2019/06/09(Sun) 10:40 No.1627
Re: 続８ーＰＷＭ
ＴＲさん，はい，ＴＲさんがおっしゃってたのは，
Ｘ９Ｃの５００μｓでしたか。
これは，サンプリングではなく，
Ｘ９Ｃが一つワイパーを動かすのにかかる時間と，
私は理解しました。
ですから，次の動作まで，５００μｓ 待つのだと思ってました。
動作の途中で，次の命令しても，受け付けない，
と思ってました。
Ｘ９Ｃの５００μｓでしたか。
これは，サンプリングではなく，
Ｘ９Ｃが一つワイパーを動かすのにかかる時間と，
私は理解しました。
ですから，次の動作まで，５００μｓ 待つのだと思ってました。
動作の途中で，次の命令しても，受け付けない，
と思ってました。
mabo 2019/06/09(Sun) 12:27 No.1628
Re: 続８ーＰＷＭ
maboさん、右に同じです。
TR 2019/06/09(Sun) 12:36 No.1629
Re: 続８ーＰＷＭ
その辺りは2つの値が記載されています。
命令自体は1usで良い筈です。
その後にワイパーが動いて完了するまでが最大500usです。（標準で100us）
ワイパー自体は“make-before-break”動作です。
つまり、次のワイパーを繋いでから前のワイパーを切ります。
※必ずしも待たなければならない訳では無いと思います。
つまり、「待て」と書いてあるわけではありません。
けれども、例えば30ワイパーとかを連続（2us）間隔で命令を入れれば、並列で数ワイパー繋がり、瞬間的に抵抗が下がります。
その辺りをどう判断するかです。実際には仕様上、1つのワイパー動作でも1つ並列状態にはなります。
私は、確実だと思う方法を書いただけです。
例えば10usでwhileループを回しても動作はすると思います。
命令自体は1usで良い筈です。
その後にワイパーが動いて完了するまでが最大500usです。（標準で100us）
ワイパー自体は“make-before-break”動作です。
つまり、次のワイパーを繋いでから前のワイパーを切ります。
※必ずしも待たなければならない訳では無いと思います。
つまり、「待て」と書いてあるわけではありません。
けれども、例えば30ワイパーとかを連続（2us）間隔で命令を入れれば、並列で数ワイパー繋がり、瞬間的に抵抗が下がります。
その辺りをどう判断するかです。実際には仕様上、1つのワイパー動作でも1つ並列状態にはなります。
私は、確実だと思う方法を書いただけです。
例えば10usでwhileループを回しても動作はすると思います。
猛牛ロック 2019/06/09(Sun) 17:36 No.1630
Re: 続８ーＰＷＭ
ＴＲさん，猛牛ロックさん，おはようございます。ＴＲさん，初期化関数変更して，抵抗どうなりましたか？
ワイパー一番端に行って，４０Ωになったでしょうか。
私は，X9Cまだ届かないので，
疑似X9C作成して，あそんでました。
私のPWMコントローラーのボリュームと換装して，いじってみたら，
回転数は，
９０ｋΩ １２００ｒｐｍ
８０ｋΩ ４３００ｒｐｍ
７０ｋΩ ６０００ｒｐｍ
６０ｋΩ ７０００ｒｐｍ
５０ｋΩ ７７００ｒｐｍ
４０ｋΩ ８１００ｒｐｍ
３０ｋΩ ８５００ｒｐｍ
２０ｋΩ ８７００ｒｐｍ
１０ｋΩ ９１００ｒｐｍ
Ωで書いてますけど，１０ｋΩの抵抗１０個で，
１００ｋΩ（およそ９０ｋΩ）にはなりませんでしたので，
９０ｋΩ→→１０ｋΩ１個＝＝＝＝１０ｋΩ９個の分圧
の結果ぐらいの意味しかないと思いますが，
こんな結果でした。
グラフにしてみると，Cカーブのボリュームのグラフ
に近い傾向でした。
＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝
猛牛ロックさん，ＴＲさん，下記の様な記事を見つけました。
https://www.cnczone.com/forums/mach-software-artsoft-software-/241922-pid-control-spindle-speed.html
この書き込みでは， PID control は，ＳＳ等ではできない
の書き込みでした。
パラレルで試すの，面倒ですねえ。
mabo 2019/06/10(Mon) 11:00 No.1633
Re: 続８ーＰＷＭ
皆さん済みませんでした。
やはり、ローパスフィルターは必要でした。
PICのプログラムは、ADコンバーターでした。
なので、PICに入れる信号はローパスフィルターでアナログ化しなければなりません。
すっかり、勘違いしていました。
SEC基板～ローパスフィルター（１０μ・２２Ω）～PIC～x9c～ML4
でした。
＊＊＊＊＊＊＊＊＊＊＊＊
maboさんへ、
＞ワイパー一番端に行って，４０Ωになったでしょうか。
x9cの１ｋΩを追加しましたので、
これが来たら、試すつもりです。
若し、好転しなくても、計画は進めてみます。
ML4のモーターが回れば、良しとします。
欲を言えば、実際に使えたらいいのですが。
今回の計画は、複雑です（笑）
それから、
1633の実験結果を見ると、全体の１割程度の抵抗値は、気にしなくてもよさそうですね。
というのも、予期してスピンドルモーターが回るなら、それはそれでいいと思います。
止まらなかったら、やばいけど、そういった事はないでしょうから。
理由
プログラムで、スピンドル停止の指令があると思うからです。
やはり、ローパスフィルターは必要でした。
PICのプログラムは、ADコンバーターでした。
なので、PICに入れる信号はローパスフィルターでアナログ化しなければなりません。
すっかり、勘違いしていました。
SEC基板～ローパスフィルター（１０μ・２２Ω）～PIC～x9c～ML4
でした。
＊＊＊＊＊＊＊＊＊＊＊＊
maboさんへ、
＞ワイパー一番端に行って，４０Ωになったでしょうか。
x9cの１ｋΩを追加しましたので、
これが来たら、試すつもりです。
若し、好転しなくても、計画は進めてみます。
ML4のモーターが回れば、良しとします。
欲を言えば、実際に使えたらいいのですが。
今回の計画は、複雑です（笑）
それから、
1633の実験結果を見ると、全体の１割程度の抵抗値は、気にしなくてもよさそうですね。
というのも、予期してスピンドルモーターが回るなら、それはそれでいいと思います。
止まらなかったら、やばいけど、そういった事はないでしょうから。
理由
プログラムで、スピンドル停止の指令があると思うからです。
TR 2019/06/10(Mon) 11:29 No.1634
Re: 続８ーＰＷＭ
maboさんへ
＞この書き込みでは， PID control は，ＳＳ等ではできない
グーグル翻訳で解明しようとしましたが、ちんぷんかんぷん。
でも、maboさんの解説のとおりでしょうから、
マッハのPIDは、自分のSSでは無理だとわかりました。
有難うございます。
＞この書き込みでは， PID control は，ＳＳ等ではできない
グーグル翻訳で解明しようとしましたが、ちんぷんかんぷん。
でも、maboさんの解説のとおりでしょうから、
マッハのPIDは、自分のSSでは無理だとわかりました。
有難うございます。
TR 2019/06/10(Mon) 13:52 No.1635
Re: 続８ーＰＷＭ
ＴＲさん，猛牛ロックさんこんばんは。前記事で，ＰＩＤはＳＳでは動かないの記事を見つけた，
と書きました。
その記事は，
Jeff Birt at Warp9 says that one cannot use the PID
control with an external motion control device (eg ESS)
なんですけど，これ，又聞きなんでしょうかね。
本家 Ｗarp9 のフォーラムのぞいてみたのですが，
PIDの話題が結構でてます。
もし動かないなら，話題にならないような気がしてきました。
MACH4でのコントロールの様子ですが，添付のグラフがありました。
もうちょとあさってみます。
PIDのことについては，分かり易いHPがありました。
http://www.picfun.com/motor05.html
◯mazonにX9Cはたのんだのですが，まだきません。
いろいろあさってたら，別な物見つけたので，
それ，追加で注文しました。
https://jp.rs-online.com/web/p/digital-potentiometers/5236816/
マニュアルも日本語のありました。
https://www.analog.com/media/jp/technical-documentation/data-sheets/AD5220_JP.pdf
分かれば，こちら頼んだのにと，思いました。
mabo 2019/06/10(Mon) 23:47 No.1636
Re: 続８ーＰＷＭ
maboさん、おはようございます。自分のx9cですが、壊れてしまったようで、
昨晩から、x9cにつなげたモニター用LEDが点灯しなくなりました。
取説、ありがとうございます。
INC・UDは、プルアップしないといけないようですね。
早速、INK/UDがつながっているPICの各ピンをプルアップに変更します。
それと、UP/DOWNのきっかけは、立下りエッジ検出のCLK＝INKとなっていますね。
これで、初期化関数にある↓の意味が分かりました。
for (char i = 0; i < 100; i++) {
inc = 0;
__delay_us(1);
inc = 1;
__delay_us(500);
}
＞分かれば，こちら頼んだのにと，思いました。
今回は、比較的に低廉な商品でよかったですね。
バイクの方は、そうはいきません、よくやりましたよ（笑）
TR 2019/06/11(Tue) 06:24 No.1637
Re: 続８ーＰＷＭ
maboさんへ、 もう一件失礼します。
ＳＥＣ→ローパスフィルター→ＰＩＣＡＤ変換→Ｘ９Ｃ→コントローラー→適当なＤＣモーター
この流れで、ローパスフィルターは成功しましたか？
成功しているようであれば、CとRの数値を教えてください。
また、カットオフ周波数も分かればお願いします。
というのも、↓の記事が目に止まりました。
No1625
プログラムは外国の諸兄，回路は日本の諸兄，
という組み合わせで，ローパスフィルター入れて，もがきました。
結果，ローパルフィルタ入れるとデジタルのサンプリング
できなくなりました。
ＳＥＣ→ローパスフィルター→ＰＩＣＡＤ変換→Ｘ９Ｃ→コントローラー→適当なＤＣモーター
この流れで、ローパスフィルターは成功しましたか？
成功しているようであれば、CとRの数値を教えてください。
また、カットオフ周波数も分かればお願いします。
というのも、↓の記事が目に止まりました。
No1625
プログラムは外国の諸兄，回路は日本の諸兄，
という組み合わせで，ローパスフィルター入れて，もがきました。
結果，ローパルフィルタ入れるとデジタルのサンプリング
できなくなりました。
TR 2019/06/11(Tue) 07:30 No.1638
Re: 続８ーＰＷＭ
ＴＲさん，おはようございます。
ＴＲさん，取説は，Ｘ９Ｃのものではないので，
お間違いのないように。
ＡＤ５２２０という型番のものです。
＞ＳＥＣ→ローパスフィルター→ＰＩＣＡＤ変換→Ｘ９Ｃ→コントローラー→適当なＤＣモーター
実機が届いてないので，ＬＥＤでのＰＩＣの動作確認ですが，
ＳＳ→→ローパスフィルター→→ＰＩＣＡＤ変換→ＬＥＤ
で，動作の確認はしてます。
Ｘ９Ｃ→コントローラー→適当なＤＣモーター
の部分が未確認です。
ローパスフィルターは，２０ｋと１０μＦ だったと思います。
ローパスフィルターいれて，だめだったのは，
今考えると当たりまえなのですが，デジタルで受けたからです。
ローパスフィルタ（日本の諸兄の配線図）→→デジタル受け（外国の諸兄のプログラム）
での失敗です。ローパスフィルターに使った抵抗とコンデンサーの選択の失敗ではなくで，
アナログ→デジタル
のながれでのあたりまえの失敗でした。今週には，
Ｘ９ＣもＡＤ５２２０も届くと思いますので，確認しようと思ってます。
それから，パラレルでのＰＩＤの検証もしたいと思ってます。
ＴＲさん，取説は，Ｘ９Ｃのものではないので，
お間違いのないように。
ＡＤ５２２０という型番のものです。
＞ＳＥＣ→ローパスフィルター→ＰＩＣＡＤ変換→Ｘ９Ｃ→コントローラー→適当なＤＣモーター
実機が届いてないので，ＬＥＤでのＰＩＣの動作確認ですが，
ＳＳ→→ローパスフィルター→→ＰＩＣＡＤ変換→ＬＥＤ
で，動作の確認はしてます。
Ｘ９Ｃ→コントローラー→適当なＤＣモーター
の部分が未確認です。
ローパスフィルターは，２０ｋと１０μＦ だったと思います。
ローパスフィルターいれて，だめだったのは，
今考えると当たりまえなのですが，デジタルで受けたからです。
ローパスフィルタ（日本の諸兄の配線図）→→デジタル受け（外国の諸兄のプログラム）
での失敗です。ローパスフィルターに使った抵抗とコンデンサーの選択の失敗ではなくで，
アナログ→デジタル
のながれでのあたりまえの失敗でした。今週には，
Ｘ９ＣもＡＤ５２２０も届くと思いますので，確認しようと思ってます。
それから，パラレルでのＰＩＤの検証もしたいと思ってます。
mabo 2019/06/11(Tue) 09:40 No.1639
Re: 続８ーＰＷＭ
maboさん
もうそろそろくるということで、ちょっと。
初期化関数に気になる点があります。
x9cに電源を入れて直ぐに、モニター用ledが点灯します。ただ、実際の影響は、定かでありません。
ローパスフィルターの情報有り難うございます。
実際、スピンドルが回るか？
もうそろそろくるということで、ちょっと。
初期化関数に気になる点があります。
x9cに電源を入れて直ぐに、モニター用ledが点灯します。ただ、実際の影響は、定かでありません。
ローパスフィルターの情報有り難うございます。
実際、スピンドルが回るか？
TR 2019/06/11(Tue) 10:06 No.1640
Re: 続7ーＰＷＭ
maboさんへ、
VGSの電圧ですが、２Vからですね、もっと低い電圧からの方がいいと思います。
VGSの電圧ですが、２Vからですね、もっと低い電圧からの方がいいと思います。
TR 2019/06/07(Fri) 12:51 No.1597
Re: 続7ーＰＷＭ
うわー、またまた引っかかってしまった―
…と思ったらTRさんが立ててくれてた(^^)/
> TRさん
薦める方法は特にありません。使用者が何を求めているか？でしょう。
総体としては、ちゃんとGコードで回転数まできちっと制御するのがマシンとしてはベストなのでしょう。
けれども私は、切削途中で様子を見ながら手動で変えたいタチなので、全くそのような制御は望みません。
強いて言えば、Gコードが終わった時に同時に止まってくれればOKという感じです。
つなぎ方から言えば、そのつなぎ方でも良いかもしれないし、上手くはいかないかも知れないし、といった所です。
重要な部分は最終的な部分、つまりx9c～ML4が上手く行くかどうかです。
ここをテストしなければ方針も定まりません。
>デジタルでやった方が良いです。
これは「デジタル信号を受信するなら」デジタルで受けた方が良い、と言っただけです。アナログ信号ならADCで受けます。
>Maxでは1kΩ程度ですね。
これは～4.5Vの部分です。5Vに「0.5V足りない」、という部分が1kΩ相当という意味です。
X9Cに関して、簡潔に言えば、出力ピン＝VWピンからLEDを繋いだら（電気を使ったら）ダメという事です。
LEDを取った状態で計測しなければ意味がありません。
> MABOさん
電気を流す時間と回転数が比例するとは思えません。例え合わせたとしても、トルクをかけるとまた条件が変わるでしょう。
あくまで、MACHからの信号は目標回転数としてくるのであって、実際の回転数は別物として制御する必要があると思います。
※これはシンクロにチェックを入れない＝PWMで目標回転数を伝える設定の場合です。
で、MACHにその機能（目標回転数に合わせてPWM信号が変化する）があるのなら、そっちがどう動くのかに期待しています。
…と思ったらTRさんが立ててくれてた(^^)/
> TRさん
薦める方法は特にありません。使用者が何を求めているか？でしょう。
総体としては、ちゃんとGコードで回転数まできちっと制御するのがマシンとしてはベストなのでしょう。
けれども私は、切削途中で様子を見ながら手動で変えたいタチなので、全くそのような制御は望みません。
強いて言えば、Gコードが終わった時に同時に止まってくれればOKという感じです。
つなぎ方から言えば、そのつなぎ方でも良いかもしれないし、上手くはいかないかも知れないし、といった所です。
重要な部分は最終的な部分、つまりx9c～ML4が上手く行くかどうかです。
ここをテストしなければ方針も定まりません。
>デジタルでやった方が良いです。
これは「デジタル信号を受信するなら」デジタルで受けた方が良い、と言っただけです。アナログ信号ならADCで受けます。
>Maxでは1kΩ程度ですね。
これは～4.5Vの部分です。5Vに「0.5V足りない」、という部分が1kΩ相当という意味です。
X9Cに関して、簡潔に言えば、出力ピン＝VWピンからLEDを繋いだら（電気を使ったら）ダメという事です。
LEDを取った状態で計測しなければ意味がありません。
> MABOさん
電気を流す時間と回転数が比例するとは思えません。例え合わせたとしても、トルクをかけるとまた条件が変わるでしょう。
あくまで、MACHからの信号は目標回転数としてくるのであって、実際の回転数は別物として制御する必要があると思います。
※これはシンクロにチェックを入れない＝PWMで目標回転数を伝える設定の場合です。
で、MACHにその機能（目標回転数に合わせてPWM信号が変化する）があるのなら、そっちがどう動くのかに期待しています。
猛牛ロック 2019/06/07(Fri) 12:57 No.1598
Re: 続7ーＰＷＭ
＞X9Cに関して、簡潔に言えば、出力ピン＝VWピンからLEDを繋いだら（電気を使ったら）ダメという事です。
LEDを取った状態で計測しなければ意味がありません。
抵抗値計測の際を言っているのでしょうか？
無論、LEDやLED付属の抵抗を外しています。
それでも、300～8500Ωです。
LEDを取った状態で計測しなければ意味がありません。
抵抗値計測の際を言っているのでしょうか？
無論、LEDやLED付属の抵抗を外しています。
それでも、300～8500Ωです。
TR 2019/06/07(Fri) 13:58 No.1599
Re: 続7ーＰＷＭ
いいえ、電圧を測る際の事です。
となると、RH-RL間は8200Ωなのでしょうか？
で、抵抗値が8500Ωは一応、想定内の数値です。
でも300Ωは多すぎますね。
まぁ、ワイパーの抵抗はあまり関係ないでしょうから、一番大事なのは出力される電圧値です。
でも、https://www.instructables.com/id/X9C103P-Basic-Operation/
あたりの結果が完璧なだけに、何故そんな特性なのか疑問です。
まぁ、販売元なので、信用できるデータかは判りませんけど。
となると、RH-RL間は8200Ωなのでしょうか？
で、抵抗値が8500Ωは一応、想定内の数値です。
でも300Ωは多すぎますね。
まぁ、ワイパーの抵抗はあまり関係ないでしょうから、一番大事なのは出力される電圧値です。
でも、https://www.instructables.com/id/X9C103P-Basic-Operation/
あたりの結果が完璧なだけに、何故そんな特性なのか疑問です。
まぁ、販売元なので、信用できるデータかは判りませんけど。
猛牛ロック 2019/06/07(Fri) 14:45 No.1600
Re: 続7ーＰＷＭ
猛牛ロックさんへ
英語ができて羨ましいです。
初期化関数の９９回ダウンの数値を100に変更
ついでに、アップも９９から、１００に変更
抵抗値は、下が２１０Ωになりました。
データシートには１００ワイパーとか書いてあったけど、
０を含んで数えている、含んでいないに迷うと、
どっちなんだろうと、悩みます。
起算値を０にしてとか、表現をして欲しい。
上限の約8.5ｋΩは、データシートに
End-to-End Resistance, ±20%
と表記されていたので、この関係でしょうか。
一番心配なのは、回りだしてしまうことです。
英語ができて羨ましいです。
初期化関数の９９回ダウンの数値を100に変更
ついでに、アップも９９から、１００に変更
抵抗値は、下が２１０Ωになりました。
データシートには１００ワイパーとか書いてあったけど、
０を含んで数えている、含んでいないに迷うと、
どっちなんだろうと、悩みます。
起算値を０にしてとか、表現をして欲しい。
上限の約8.5ｋΩは、データシートに
End-to-End Resistance, ±20%
と表記されていたので、この関係でしょうか。
一番心配なのは、回りだしてしまうことです。
TR 2019/06/07(Fri) 15:17 No.1601
Re: 続7ーＰＷＭ
> １００ワイパーとか書いてあったけど、その辺りは一緒ですよ。
で、ワイパー抵抗が300→210と約90Ωのダウンですね。
もしかしたらその下に2段階あるのかもしれません。
そして2つ下がったら40Ωになるのかも？？
私のプログラムが悪いのかもしれませんね。※場合によってはその回路も含む
例えば、PICは1.8V？から動作します。一方、X9Cは推奨動作条件は5Ｖ±10％とかなり狭い範囲です。
で、100ufのコンデンサを付けたらゆっくり電圧は上昇しますから、最初にPICだけ起動して、X9Cが準備が出来る前に
初期化関数が走っている可能性があります。
なので、・・・
初期化関数の前に
__delay_ms(100);
と入れて試してみてください。
で、電圧の方ですけど、Vwの先に何も繋がなければ0～5Vになると思っています。
（ワイパー抵抗は関係なく、という事です）
上も下も頭打ちなんで、さっぱりわかりません。
> 一番心配なのは、回りだしてしまうことです。
全くその通りですね。
<追記します>
私の読み取った限りでは、ワイパー抵抗とはいわゆる、FETのオン抵抗というやつじゃないかと思っています。
（確信はありませんけど）
つまり、添付図の赤点線の部分の抵抗だと思っています。
そうだとしたら、変形させれば右図のようになるので、ちゃんとRLに繋いだ電圧からRHに繋いだ電圧まで取得出来るだろう、
と考えています。
実際、そうなってくれないと困るんですけどね。
猛牛ロック 2019/06/07(Fri) 15:45 No.1602
Re: 続7ーＰＷＭ
猛牛ロックさんへ
今、網戸を張り終えました～。簡単。
おっしゃっているのは、下記の通りでしょうか？
試しにやってみましたが、相変わらず２１０Ω～８．５ｋΩです。
記
__delay_ms(100);
//初期化関数
x9c_init();
while (1) {
電圧ですか。
テスター棒の黒をGNDに
VWには何もつけずに、赤テスター棒をVH（テスター棒以外は、何も付けない）を計測
結果、0V
網戸と違って難しいです。
お写真すみません。
抵抗は、０～９９で、１００ですね。
今、網戸を張り終えました～。簡単。
おっしゃっているのは、下記の通りでしょうか？
試しにやってみましたが、相変わらず２１０Ω～８．５ｋΩです。
記
__delay_ms(100);
//初期化関数
x9c_init();
while (1) {
電圧ですか。
テスター棒の黒をGNDに
VWには何もつけずに、赤テスター棒をVH（テスター棒以外は、何も付けない）を計測
結果、0V
網戸と違って難しいです。
お写真すみません。
抵抗は、０～９９で、１００ですね。
TR 2019/06/07(Fri) 16:54 No.1603
Re: 続7ーＰＷＭ
プログラムはその通りです。
相変わらずですか。じゃあ、ワイパーは一番下まで来ているのかなぁ?
まぁ、上記のように、ワイパー抵抗はあまり関係ないと思っています。
位置が下がっている事が重要です。
重要なのは出力の電圧が0～5Vまで動いてくれる事です。
VLにはGND、VHには5Vを繋いでください。
ウチは障子がボロボロになってるんだよなぁ(*_*;
相変わらずですか。じゃあ、ワイパーは一番下まで来ているのかなぁ?
まぁ、上記のように、ワイパー抵抗はあまり関係ないと思っています。
位置が下がっている事が重要です。
重要なのは出力の電圧が0～5Vまで動いてくれる事です。
VLにはGND、VHには5Vを繋いでください。
ウチは障子がボロボロになってるんだよなぁ(*_*;
猛牛ロック 2019/06/07(Fri) 17:02 No.1604
Re: 続7ーＰＷＭ
maboさんへ
PWM用FETいいやつを思い出しました。
自分のクーラントポンプもPWMでやっています。
パワーMOS FET ＩＲＬＩ５２０ＮＰＢＦ
もともとは、秋月電子のPWMキットに使われていました。確かそうです。
PWM用FETいいやつを思い出しました。
自分のクーラントポンプもPWMでやっています。
パワーMOS FET ＩＲＬＩ５２０ＮＰＢＦ
もともとは、秋月電子のPWMキットに使われていました。確かそうです。
TR 2019/06/07(Fri) 21:07 No.1605
Re: 続7ーＰＷＭ
ＴＲさん，猛牛ロックさん，こんばんは。
今日は，ＤＣモーターをＰＷＭコントローラーのボリュームの
方に切り替えて，あれこれやってみました。
ＭＡＣＨからのＰＷＭのＤＵＴＹをオシロで確認しながら，
ボリュームで，ＭＡＣＨへの入力ＲＰＭを変化させたとき，
ＤＵＴＹ比の変化があるのかないのか，確認しました。
同時に，Ｐ Ｉ Ｄのそれぞれの数値も大きく変えてみました。
結果，目視ですので，ＤＵＴＹに多少の変化は見られるような気がするものの，大きな変化は少ない感じでした。
ただ，Ｐの値を大きくすると，ＤＣモーターの回転が１秒ぐらい回転して，すぐ止まってしまいますので，
影響はあるようです。
調整の幅があるとすれば，そんなに大きくない感じです。
ＴＲさん，ＦＥＴの紹介ありがとうございます。
このへんは，本当に苦手で，困ります。
今実験に使ってるＤＣモーターが ２４Ｖ １５０Ｗ ６Ａ
のもので，突入電流等を考えると，ちょっと，ぎりぎりかな，
なんて，思ってます。
それと，今使ってるＰＷＭコントローラーのボリューム調べましたが，
やはり，５Ｖのコントロールで，１００Ｋですので，
ＴＲさんの注文したＸ９Ｃで使えるかもです。
ＭＬ４で実験する前に，ＰＷＭのコントローラー等で，
できるのなら，実験した方がいいかもですね。
コントローラーは，２８００円ぐらいなので。
https://www.amazon.co.jp/ZhongKiYi-12V-110V-DC%E3%83%A2%E3%83%BC%E3%82%BF%E3%83%BC%E3%82%B9%E3%83%94%E3%83%BC%E3%83%89%E3%83%89%E3%83%A9%E3%82%A4%E3%83%90%E3%83%BC%E3%82%B3%E3%83%B3%E3%83%88%E3%83%AD%E3%83%BC%E3%83%A9%E3%83%BCPWM-MACH3%E3%82%B9%E3%83%94%E3%83%B3%E3%83%89%E3%83%AB%E3%82%AC%E3%83%90%E3%83%8E/dp/B07P6VPK5X/ref=sr_1_2?__mk_ja_JP=%E3%82%AB%E3%82%BF%E3%82%AB%E3%83%8A&keywords=%EF%BC%B0%EF%BC%B7%EF%BC%AD+%EF%BC%AD%EF%BC%A1%EF%BC%A3%EF%BC%A8%EF%BC%93&qid=1559915654&s=gateway&sr=8-2
猛牛ロックさん，ありがとうございます。
＞電気を流す時間と回転数が比例するとは思えません。例え合わせたとしても、トルクをかけるとまた条件が変わるでしょう。
だと思います。他の物はわかりませんが，今使ってるＰＷＭコントローラーの
ＦＥＴの特性が偏ってるようなきがしてるのです。
仮に，ＭＡＣＨに調整の機能があったとしても，
その，調整範囲を超えてるような気がするのです。
実際はわかりませんが。
猛牛ロックさんは，否定的なご意見でした
諸兄のＨＰにある，回転数を見るとＭＡＣＨへの入力の
５％の範囲に収まってるとの記事があるので，
ＦＥＴの違いなのかなと思った次第です。
今日は，ＤＣモーターをＰＷＭコントローラーのボリュームの
方に切り替えて，あれこれやってみました。
ＭＡＣＨからのＰＷＭのＤＵＴＹをオシロで確認しながら，
ボリュームで，ＭＡＣＨへの入力ＲＰＭを変化させたとき，
ＤＵＴＹ比の変化があるのかないのか，確認しました。
同時に，Ｐ Ｉ Ｄのそれぞれの数値も大きく変えてみました。
結果，目視ですので，ＤＵＴＹに多少の変化は見られるような気がするものの，大きな変化は少ない感じでした。
ただ，Ｐの値を大きくすると，ＤＣモーターの回転が１秒ぐらい回転して，すぐ止まってしまいますので，
影響はあるようです。
調整の幅があるとすれば，そんなに大きくない感じです。
ＴＲさん，ＦＥＴの紹介ありがとうございます。
このへんは，本当に苦手で，困ります。
今実験に使ってるＤＣモーターが ２４Ｖ １５０Ｗ ６Ａ
のもので，突入電流等を考えると，ちょっと，ぎりぎりかな，
なんて，思ってます。
それと，今使ってるＰＷＭコントローラーのボリューム調べましたが，
やはり，５Ｖのコントロールで，１００Ｋですので，
ＴＲさんの注文したＸ９Ｃで使えるかもです。
ＭＬ４で実験する前に，ＰＷＭのコントローラー等で，
できるのなら，実験した方がいいかもですね。
コントローラーは，２８００円ぐらいなので。
https://www.amazon.co.jp/ZhongKiYi-12V-110V-DC%E3%83%A2%E3%83%BC%E3%82%BF%E3%83%BC%E3%82%B9%E3%83%94%E3%83%BC%E3%83%89%E3%83%89%E3%83%A9%E3%82%A4%E3%83%90%E3%83%BC%E3%82%B3%E3%83%B3%E3%83%88%E3%83%AD%E3%83%BC%E3%83%A9%E3%83%BCPWM-MACH3%E3%82%B9%E3%83%94%E3%83%B3%E3%83%89%E3%83%AB%E3%82%AC%E3%83%90%E3%83%8E/dp/B07P6VPK5X/ref=sr_1_2?__mk_ja_JP=%E3%82%AB%E3%82%BF%E3%82%AB%E3%83%8A&keywords=%EF%BC%B0%EF%BC%B7%EF%BC%AD+%EF%BC%AD%EF%BC%A1%EF%BC%A3%EF%BC%A8%EF%BC%93&qid=1559915654&s=gateway&sr=8-2
猛牛ロックさん，ありがとうございます。
＞電気を流す時間と回転数が比例するとは思えません。例え合わせたとしても、トルクをかけるとまた条件が変わるでしょう。
だと思います。他の物はわかりませんが，今使ってるＰＷＭコントローラーの
ＦＥＴの特性が偏ってるようなきがしてるのです。
仮に，ＭＡＣＨに調整の機能があったとしても，
その，調整範囲を超えてるような気がするのです。
実際はわかりませんが。
猛牛ロックさんは，否定的なご意見でした
諸兄のＨＰにある，回転数を見るとＭＡＣＨへの入力の
５％の範囲に収まってるとの記事があるので，
ＦＥＴの違いなのかなと思った次第です。
mabo 2019/06/07(Fri) 22:56 No.1606
Re: 続7ーＰＷＭ
maboさんへ
質問
ご紹介くださった、PWMコントローラーですが、秋月電子と同じ機能を持っていますか？？？
http://akizukidenshi.com/catalog/g/gK-06244/
以前、DCモーターのスピードコントロールに使っていました。
アマゾンの商品説明は分かりずらいのでお聞きしました。
同じ機能だと思いますがいかがでしょうか？
>同時に，Ｐ Ｉ Ｄのそれぞれの数値も大きく変えてみました。
PIDは、？今回の波形を見る機器ですか？
質問
ご紹介くださった、PWMコントローラーですが、秋月電子と同じ機能を持っていますか？？？
http://akizukidenshi.com/catalog/g/gK-06244/
以前、DCモーターのスピードコントロールに使っていました。
アマゾンの商品説明は分かりずらいのでお聞きしました。
同じ機能だと思いますがいかがでしょうか？
>同時に，Ｐ Ｉ Ｄのそれぞれの数値も大きく変えてみました。
PIDは、？今回の波形を見る機器ですか？
TR 2019/06/08(Sat) 05:42 No.1607
Re: 続7ーＰＷＭ
maboさんへ今、machの画面で気づきがありました。
smoothstepperのプラグインコントロール クリックして、
さらに、
スムスステッパーのデータモニタリングをクリックすると現れる画面です。
写真の右上方、赤矢印にPWMと怪しい！！
クリックするのでは、そうしたら、SSで、スピンドルの為につないだピンからPWMを発生できるのでは？？
でも、今回の計画がうまくいったら、
FUSION360のCAMで作ったプログラムで
スピンドル迄、制御できるので
大変便利になる。
TR 2019/06/08(Sat) 09:01 No.1608
Re: 続7ーＰＷＭ
> MABOさん
DCモータの特性から言えば、確かに電圧と測度は比例関係にありますね。
ただ、マブチモータとかはそうかもしれませんけど、工業用の可変速モータや
スピンドル用のモータはちょっと特性が違うと思います。
トルクをかけてもマブチモータのように速度は落ちませんし、（超）低速でも回りません。
回り始めた瞬間にはある程度の速度になります。
まぁ、FETを含めたドライバの特性という事になるんでしょうか。
私自身はモータとドライバと分けてテストする経験が無いので変えればより、比例に近くなるかもしれません。
それと、No.1595の特性ですけど、かなり良いと思います。でもこの特性図から、比例云々はわかりません。
この図で見るべきところはどの位でスイッチングされるか、そして、何アンペアまで流せるか、と言った事です。
「5VのPWMなら半分の2.5Vでスイッチングされているのが良い」、という事になります。
温度特性にもブレが無いですし、電流値、まぁそれはFETの種類で大きく変わりますけど、自分の予定よりも充分大きければ
良いのではないでしょうか。
ただ、問題の「比例関係」の部分では関係のない特性図です。
要はスイッチング速度が速い、ターンオン時間とターンオフ時間が同じ（でかつ短い）という部分だと思います。
FETのゲートはコンデンサと同じですから容量が少ない物が良いと思います。
で、あとやはり気にするのはオン抵抗です。やはり低発熱の物が良いですよね。
といっても、アナログ回路は聞きかじり程度ですから。
あと、MACHの方ですけど、[CLOSED LOOP]にチェックは入れましたよね？（確認まで）
> TRさん
秋月のやつは「ボリュームでPWM設定→モータ制御」という手動スピードコントローラです。
アマゾンのやつは、万能タイプです。
電源もAC100Vも入れれますし、コントロールも手動、MACHからのパルス入力の切り替えもできます。
駆動能力も数倍～1桁程度違うと思います。
（FETは基板の真裏＝放熱器の所にあるのでしょう。確認できません）
DCモータの特性から言えば、確かに電圧と測度は比例関係にありますね。
ただ、マブチモータとかはそうかもしれませんけど、工業用の可変速モータや
スピンドル用のモータはちょっと特性が違うと思います。
トルクをかけてもマブチモータのように速度は落ちませんし、（超）低速でも回りません。
回り始めた瞬間にはある程度の速度になります。
まぁ、FETを含めたドライバの特性という事になるんでしょうか。
私自身はモータとドライバと分けてテストする経験が無いので変えればより、比例に近くなるかもしれません。
それと、No.1595の特性ですけど、かなり良いと思います。でもこの特性図から、比例云々はわかりません。
この図で見るべきところはどの位でスイッチングされるか、そして、何アンペアまで流せるか、と言った事です。
「5VのPWMなら半分の2.5Vでスイッチングされているのが良い」、という事になります。
温度特性にもブレが無いですし、電流値、まぁそれはFETの種類で大きく変わりますけど、自分の予定よりも充分大きければ
良いのではないでしょうか。
ただ、問題の「比例関係」の部分では関係のない特性図です。
要はスイッチング速度が速い、ターンオン時間とターンオフ時間が同じ（でかつ短い）という部分だと思います。
FETのゲートはコンデンサと同じですから容量が少ない物が良いと思います。
で、あとやはり気にするのはオン抵抗です。やはり低発熱の物が良いですよね。
といっても、アナログ回路は聞きかじり程度ですから。
あと、MACHの方ですけど、[CLOSED LOOP]にチェックは入れましたよね？（確認まで）
> TRさん
秋月のやつは「ボリュームでPWM設定→モータ制御」という手動スピードコントローラです。
アマゾンのやつは、万能タイプです。
電源もAC100Vも入れれますし、コントロールも手動、MACHからのパルス入力の切り替えもできます。
駆動能力も数倍～1桁程度違うと思います。
（FETは基板の真裏＝放熱器の所にあるのでしょう。確認できません）
猛牛ロック 2019/06/08(Sat) 11:54 No.1609
Re: 続7ーＰＷＭ
maboさん、猛牛ロックさんへ
>MACHからのパルス入力の切り替えもできます。
いずれにしても、DC電圧をPWM化できるわけですよね。
このコントローラーの目的は、DC電圧をPWM化することですよね。
そうなると、
SS～SEC基板（PWM化）～ローパスフィルター（アナログ化）～アマゾンPWMコントローラー（PWM化）となるわけですね。
ここから、自分の場合
～x9c(デジタル処理で平準化される電気エネルギー)～ML4
上記の流れをmaboさんは、テストの上お勧めなんだろうか？
よくわからないのですが、、
自分の目的は、ML4についている可変抵抗をx9cに換装して、うまくいったらスピンドルモーターを制御できるデス。
この場合、
～ローパスフィルター（アナログ化）～アマゾンPWMコントローラー（PWM化）
この部分は不要に思いますが、如何でしょうか？
ここ数回のやり取りでは、そう言われている感じがしますけど。
無論、いきなりではなく、
既存の制御システムを使て、LEDの点灯を確認してから、ML4とx9cを繋ぎます。
テスト方法
SS～SEC基板（PWM化）～x9c(デジタル処理で平準化される電気エネルギー)～LED
しかし、
猛牛ロックさんのプログラムを学習していますが、なぜ、x9cが、約8.5ｋΩまでしか上がらないんだろうか？
分かりません。
>MACHからのパルス入力の切り替えもできます。
いずれにしても、DC電圧をPWM化できるわけですよね。
このコントローラーの目的は、DC電圧をPWM化することですよね。
そうなると、
SS～SEC基板（PWM化）～ローパスフィルター（アナログ化）～アマゾンPWMコントローラー（PWM化）となるわけですね。
ここから、自分の場合
～x9c(デジタル処理で平準化される電気エネルギー)～ML4
上記の流れをmaboさんは、テストの上お勧めなんだろうか？
よくわからないのですが、、
自分の目的は、ML4についている可変抵抗をx9cに換装して、うまくいったらスピンドルモーターを制御できるデス。
この場合、
～ローパスフィルター（アナログ化）～アマゾンPWMコントローラー（PWM化）
この部分は不要に思いますが、如何でしょうか？
ここ数回のやり取りでは、そう言われている感じがしますけど。
無論、いきなりではなく、
既存の制御システムを使て、LEDの点灯を確認してから、ML4とx9cを繋ぎます。
テスト方法
SS～SEC基板（PWM化）～x9c(デジタル処理で平準化される電気エネルギー)～LED
しかし、
猛牛ロックさんのプログラムを学習していますが、なぜ、x9cが、約8.5ｋΩまでしか上がらないんだろうか？
分かりません。
TR 2019/06/08(Sat) 12:49 No.1610
Re: 続7ーＰＷＭ
猛牛ロックさんへ
プログラムについて教えてください。
１行目で、初期化関数を呼び出しているので、
１行目で、ｘ９ｃの値を０としていますよね？
７行目
for文でtargetに、adc配列の値を０，１，２，３の計４回の合計値を代入させていますよね、
８行目
７行目により、４回分雪だるまにしたtargetを、ここで、４０．９３で割っているのですよね。
９行目は、またまた、難しい、
９行目は、x9c_up関数を呼び出し、
且つ、
初期値０で始まる,//外部変数 char x9c_valの値を
１づつtargetの直近下位の値まで引き上げているのでしょうか？
//初期化関数
01 x9c_init();
02 while (1) {
03 static unsigned int adc[4] = {0};
04 static char num = 0;
05 unsigned int target = 0;
06 adc[(++num)&3] = adconv();
07 for (char i = 0; i < 4; i++)target += adc[i];
08 target /=40.93;
09 if (target > x9c_val)x9c_up();
10 else if (target < x9c_val)x9c_dowm();
11 __delay_ms(1);
12 }
長くなってすみません。
宜しくお願いします。
プログラムについて教えてください。
１行目で、初期化関数を呼び出しているので、
１行目で、ｘ９ｃの値を０としていますよね？
７行目
for文でtargetに、adc配列の値を０，１，２，３の計４回の合計値を代入させていますよね、
８行目
７行目により、４回分雪だるまにしたtargetを、ここで、４０．９３で割っているのですよね。
９行目は、またまた、難しい、
９行目は、x9c_up関数を呼び出し、
且つ、
初期値０で始まる,//外部変数 char x9c_valの値を
１づつtargetの直近下位の値まで引き上げているのでしょうか？
//初期化関数
01 x9c_init();
02 while (1) {
03 static unsigned int adc[4] = {0};
04 static char num = 0;
05 unsigned int target = 0;
06 adc[(++num)&3] = adconv();
07 for (char i = 0; i < 4; i++)target += adc[i];
08 target /=40.93;
09 if (target > x9c_val)x9c_up();
10 else if (target < x9c_val)x9c_dowm();
11 __delay_ms(1);
12 }
長くなってすみません。
宜しくお願いします。
TR 2019/06/08(Sat) 13:07 No.1611
Re: 続7ーＰＷＭ
TRさんの場合＝可変抵抗方式なら、関係ないと思います。
> 既存の制御システムを使て、LEDの点灯を確認
いやいや、そんなことをする必要ありません。
例えばその可変抵抗の元になっている3本の線（仮にL5、Lg、Loutとすると）、
①10kΩ程度の抵抗を、LgとLoutを繋いだ状態で動くか？
②10kΩの抵抗を、L5とLoutに繋いだ状態で動くか？
と言った事です。①で動かないで、②でMAXで回れば大丈夫です。
②で、低速回転や動かないのなら駄目、という事になるかも。
LEDはPICプログラムの確認にしかなりません。
> x9cが、約8.5ｋΩまでしか上がらないんだろうか？
RH-RL間の抵抗はどのぐらいでしょうか?
実際にはその抵抗値は問題ではありません。問題はワイパー位置が0から９９まで動いているか、です。
ML4は抵抗値を計測している訳では無いので、とにかく、電圧の方を計測してください。
if (target > x9c_val)x9c_up();
「目標値」が「現在のワイパー位置」よりも大きければ、ワイパー位置を1つあげる。
という意味です。数段階ずれていたら、whileのループを数回回って、目標値をワイパー位置を同じにします。
> 10 else if (target < x9c_val)x9c_dowm();
最期は、x9c_down();です。
> 既存の制御システムを使て、LEDの点灯を確認
いやいや、そんなことをする必要ありません。
例えばその可変抵抗の元になっている3本の線（仮にL5、Lg、Loutとすると）、
①10kΩ程度の抵抗を、LgとLoutを繋いだ状態で動くか？
②10kΩの抵抗を、L5とLoutに繋いだ状態で動くか？
と言った事です。①で動かないで、②でMAXで回れば大丈夫です。
②で、低速回転や動かないのなら駄目、という事になるかも。
LEDはPICプログラムの確認にしかなりません。
> x9cが、約8.5ｋΩまでしか上がらないんだろうか？
RH-RL間の抵抗はどのぐらいでしょうか?
実際にはその抵抗値は問題ではありません。問題はワイパー位置が0から９９まで動いているか、です。
ML4は抵抗値を計測している訳では無いので、とにかく、電圧の方を計測してください。
if (target > x9c_val)x9c_up();
「目標値」が「現在のワイパー位置」よりも大きければ、ワイパー位置を1つあげる。
という意味です。数段階ずれていたら、whileのループを数回回って、目標値をワイパー位置を同じにします。
> 10 else if (target < x9c_val)x9c_dowm();
最期は、x9c_down();です。
猛牛ロック 2019/06/08(Sat) 14:20 No.1612
Re: 続7ーＰＷＭ
計測は、新しいx9c102が来てからにしましょうよ、
実は、ブレットボードからｘ９ｃ103外してしまいました。
どうしようもなくなったら、再度ブレットボードを組み立てますよ。
９行目は、
C言語不慣れな自分にとっては、見慣れない使い方でした。
どうしてかというと、
関数を呼び出して、かつ、if文が同時にあるからです。
今までは、if文の｛｝内は、せいぜい、変数でしたから。
x9c_up関数は、wiper upさせる３条件（CS（グランドへ）,INK,UD）を実施させる関数ですよね？
//初期化関数
01 x9c_init();
02 while (1) {
03 static unsigned int adc[4] = {0};
04 static char num = 0;
05 unsigned int target = 0;
06 adc[(++num)&3] = adconv();
07 for (char i = 0; i < 4; i++)target += adc[i];
08 target /=40.93;
09 if (target > x9c_val)x9c_up();
10 else if (target < x9c_val)x9c_dowm();
11 __delay_ms(1);
12 }
＞例えばその可変抵抗の元になっている3本の線（仮にL5、Lg、Loutとすると）、
①10kΩ程度の抵抗を、LgとLoutを繋いだ状態で動くか？
猛牛ロックさんのの言われている意味が想像つきません。
LEDの代わりに、１０ｋオームをつないだ場合、既存制御システムでマッハが動作するかということでしょうか？
そうであれば、x9cの３端子をL５、Lg,Loutに繋ぐのかな？
実は、ブレットボードからｘ９ｃ103外してしまいました。
どうしようもなくなったら、再度ブレットボードを組み立てますよ。
９行目は、
C言語不慣れな自分にとっては、見慣れない使い方でした。
どうしてかというと、
関数を呼び出して、かつ、if文が同時にあるからです。
今までは、if文の｛｝内は、せいぜい、変数でしたから。
x9c_up関数は、wiper upさせる３条件（CS（グランドへ）,INK,UD）を実施させる関数ですよね？
//初期化関数
01 x9c_init();
02 while (1) {
03 static unsigned int adc[4] = {0};
04 static char num = 0;
05 unsigned int target = 0;
06 adc[(++num)&3] = adconv();
07 for (char i = 0; i < 4; i++)target += adc[i];
08 target /=40.93;
09 if (target > x9c_val)x9c_up();
10 else if (target < x9c_val)x9c_dowm();
11 __delay_ms(1);
12 }
＞例えばその可変抵抗の元になっている3本の線（仮にL5、Lg、Loutとすると）、
①10kΩ程度の抵抗を、LgとLoutを繋いだ状態で動くか？
猛牛ロックさんのの言われている意味が想像つきません。
LEDの代わりに、１０ｋオームをつないだ場合、既存制御システムでマッハが動作するかということでしょうか？
そうであれば、x9cの３端子をL５、Lg,Loutに繋ぐのかな？
TR 2019/06/08(Sat) 15:08 No.1613
Re: 続7ーＰＷＭ
猛牛ロックさんの
プログラムですが、＞です。
＝を付けた方が良いのでは？
前 if (target > x9c_val)x9c_up();
変更後 if (target >= x9c_val)x9c_up();
プログラムですが、＞です。
＝を付けた方が良いのでは？
前 if (target > x9c_val)x9c_up();
変更後 if (target >= x9c_val)x9c_up();
TR 2019/06/08(Sat) 18:01 No.1614
Re: 続7ーＰＷＭ
ＴＲさん，猛牛ロックさん，こんにちは？今日は，ちょっと，山仕事で疲れてます。
さて，ＴＲさん，
>同時に，Ｐ Ｉ Ｄのそれぞれの数値も大きく変えてみました。
これですけど，
Ｐ Ｉ Ｄは，ＭＡＣＨにある設定です。
Config→Ports and Pins→Spindle Setup
概要は，下記にもでてます。
https://ja.wikipedia.org/wiki/PID%E5%88%B6%E5%BE%A1
紹介した◯mazonのPWMコントローラーですが，
アリにもより安い値段でありますね。MACH３ PWM でくぐるとかかります。
このコントローラー紹介したのは，
X9CとML4をいきなりつなぐのは，リスクあるかなと思ったからです。
ML４の回路がどうなってるかわかりませんし，いきなりより，
リスク減るかななんて思った次第で，他意はありません。
多分，動作の確認は，できると思います。
このコントローラーを使えば，二通りの確認ができます。
◯SEC（ＰＷＭ出力） → ローパスフィルター（直流変換） →X9C → コントローラー（電圧制御）→適当なDCモーター
（コントローラーのボリュームとX9Cを置き換え。）
私は，これ，実機がきたら試してみようと思います。
電圧で制御する方が，DUTY比でコントロールするよに，
比例動作に近い動きになるかも，なんて気もしてきました。
◯SEC7（PWM出力）→ → コントローラー → 適当なDCモーター
（コントローラーにPWM信号を直接入れる。）
のふた通りの確認ができまると思います。
ただ，ＴＲさんには，2番目の確認は，必要ないかもですね。
＞～ローパスフィルター（アナログ化）～アマゾンPWMコントローラー（PWM化）
＞この部分は不要に思いますが、如何でしょうか？
はい，Amazon，アリ，のコントローラは，あくまでも，テストのためで，X9Cと置き換えがうまくいけば，コントローラーは必要ありません。
SEC→→ローパスフィルター →→ PICのAD変換 →→ X9C →→ ML４
でいけるかもしれません。
それから，LEDでの確認は，猛牛ロックさんのおっしゃるように，
あくまでも，PICの動作の確認だと思います。
そのPICのプログラムを使って実機が動作するかどうかは，
その，次の段階のように思います。
猛牛ロックさん，いろいろありがとうございます。
もちろん，Closed loop にはチェックは入れました。
いろいろやってますが，ふと，SSを介さないで，パラレルポートだけだと，どうなのか，
気になり出しました。
パラレルでの確認となると，使ってないデスクトップ，
出さなきゃならないので，ちょっと面倒なのですが（笑）。
今日，別なＦＥＴ，等部品が届きましたので，
ドライバー作成して，実験してみたいと思います。
mabo 2019/06/08(Sat) 18:31 No.1615
Re: 続7ーＰＷＭ
ＴＲさん，追記です。
猛牛ロックさんがおっしゃってるのは，
ＭＬ４のボリュームの部分にきている３本の線のところに，
抵抗をそれぞれつないで見るということだと思います。
半固定抵抗を固定抵抗に置き換えてみて，
下記のようにすれば，ということだと思います。
＞いやいや、そんなことをする必要ありません。
＞例えばその可変抵抗の元になっている3本の線（仮にL5、Lg、Loutとすると）、
＞①10kΩ程度の抵抗を、LgとLoutを繋いだ状態で動くか？
＞②10kΩの抵抗を、L5とLoutに繋いだ状態で動くか？
と言った事です。①で動かないで、②でMAXで回れば大丈夫です。
＞②で、低速回転や動かないのなら駄目、という事になるかも。
実機がきたら，これを，私は，これをＰＷＭのコントローラーで，やってみます。
猛牛ロックさんがおっしゃってるのは，
ＭＬ４のボリュームの部分にきている３本の線のところに，
抵抗をそれぞれつないで見るということだと思います。
半固定抵抗を固定抵抗に置き換えてみて，
下記のようにすれば，ということだと思います。
＞いやいや、そんなことをする必要ありません。
＞例えばその可変抵抗の元になっている3本の線（仮にL5、Lg、Loutとすると）、
＞①10kΩ程度の抵抗を、LgとLoutを繋いだ状態で動くか？
＞②10kΩの抵抗を、L5とLoutに繋いだ状態で動くか？
と言った事です。①で動かないで、②でMAXで回れば大丈夫です。
＞②で、低速回転や動かないのなら駄目、という事になるかも。
実機がきたら，これを，私は，これをＰＷＭのコントローラーで，やってみます。
mabo 2019/06/08(Sat) 18:39 No.1616
Re: 続7ーＰＷＭ
添付図のように、元々ついているボリュームから3本外して、①のテストなら右の図のように接続して、（残りの1本は図のように開放）
スピンドルをオンにして下さい。
②は青-赤間に抵抗です。
他には何もつけません。その外したボリュームがどういった使われ方なのかの確認作業です。
> if (target >= x9c_val)x9c_up();
駄目です。
> if (target > x9c_val)x9c_up();
> 「目標値」が「現在のワイパー位置」よりも大きければ、ワイパー位置を1つあげる。
> という意味です。
同じ値なのにワイパーの位置を上げたら、目標位置を行き過ぎますよね？
目標位置に達していたら、何もしません。
猛牛ロック 2019/06/08(Sat) 18:47 No.1617
Re: 続6ーＰＷＭ
うわー、また引っかかってしまった―そうです。大体アナログと同じです。
けれども出力は高くありません。
なので、TRさんの図のように直接X9Cからスピンドルへと繋ぐか、
或いは私の図のようにボルテージフォロワ回路を通してから入れるのか、
と思っていました。
※スピンドル部の可変抵抗の電圧が5Vなので、多分、そこでもADCで受けているような気がするので、
直接でもいけるような気がします。
それと、ローパスフィルターを通した波形はNo1543です。
フィルタを通さなければ当然、PWMのHIGHとLOWを繰り返す波形です。角は多少崩れるでしょうけど。
時定数を下げれば（22kΩ×10UF →15ｋΩ×0.1UF）当然充電時間が早くなる分、元の波形が残ります。
つまり、数倍、波が高くなります。
尚、重要なのは「カットオフ」周波数では無く、つまり「ハイカット」の方では無く「ローパス」の波形です。
今回の要件は、「ハイの部分（ノイズ）をカットして、どうやってロー信号をそのまま取り込むか？」という要件ではありません。
波は時定数を大きくすればするほど充電時間に時間がかかる分、平に近づきます。
※でも10uFの電解コンと0.1uFのセラコンを両方つけるとスパイクが無くなるかも？
あと、TRさんの図では、そもそもローパスフィルターが付いてませんけど？
猛牛ロック 2019/06/06(Thu) 09:37 No.1575
Re: 続6ーＰＷＭ
猛牛ロックさん、
x9cの使い方ですが
ud やincにはad変換後の値を繋ぐのですか？
であればオペアンプは不用
ですか？
x9cのデータシートを和訳するとカウンターがとか出て来ます。
クロックとかデータ信号とか気になって来ました。
pic（ad値出力値)からのx9cへ渡されるのは8ビットのデータ信号ですか？
それから、自分とmaboさんは 、共にスピンドルモーターを回そうとしていますが、やり方が違います。
自分、ML4のスピンドルモーターのスピードコントロール用アナログ可変抵抗をデジタルポテンションメーターに換装し、結果的にスピンドルモーターを制御する。だから、うまくいったらと消極的表現をしています。
でも、maboさんは 、SEC基板からの信号をスピンドルモーター用インターフェースに繋ぐとカーネルスピードとPWM基本周波数の設定が上手く行かない。どうも、machの回転数と実際のスピンドルモーターの回転数に齟齬があるとか。
で、ローパスフィルターでPWMを均して、再度、PWM信号を出そうとしていると思います。
なので、自分の場合、ローパスフィルターは不用です。
>直接でもいけるような気がします。
この意味は 、オペアンプ無しでOKということですか？
x9cの使い方ですが
ud やincにはad変換後の値を繋ぐのですか？
であればオペアンプは不用
ですか？
x9cのデータシートを和訳するとカウンターがとか出て来ます。
クロックとかデータ信号とか気になって来ました。
pic（ad値出力値)からのx9cへ渡されるのは8ビットのデータ信号ですか？
それから、自分とmaboさんは 、共にスピンドルモーターを回そうとしていますが、やり方が違います。
自分、ML4のスピンドルモーターのスピードコントロール用アナログ可変抵抗をデジタルポテンションメーターに換装し、結果的にスピンドルモーターを制御する。だから、うまくいったらと消極的表現をしています。
でも、maboさんは 、SEC基板からの信号をスピンドルモーター用インターフェースに繋ぐとカーネルスピードとPWM基本周波数の設定が上手く行かない。どうも、machの回転数と実際のスピンドルモーターの回転数に齟齬があるとか。
で、ローパスフィルターでPWMを均して、再度、PWM信号を出そうとしていると思います。
なので、自分の場合、ローパスフィルターは不用です。
>直接でもいけるような気がします。
この意味は 、オペアンプ無しでOKということですか？
TR 2019/06/06(Thu) 14:39 No.1576
Re: 続6ーＰＷＭ
udやincに繋ぐのはPICの出力＝操作用のピンです。
> pic（ad値出力値)からのx9cへ渡されるのは8ビットのデータ信号ですか？
いいえ、この間のx9c_up関数やx9c_down関数です。udピンを合わせて、1クロック＝↓↑入れるだけです。
> machの回転数と実際のスピンドルモーターの回転数
PWMはあくまでも電源を○○パーセント繋ぐ、というだけですから、必ずしもモーターの回転数と比例関係にあるとは限りません。
もちろん+方向にもっていけばモータの速度は上がるでしょうけど。
正しく回転させるには、実際の回転速度を読み取ってフィードバックさせる必要があるでしょう。
つまり、MachからのPWMはあくまで目標値で、それに応じて、その速度に回転数を読み取りながら上下させる、という感じかと。
※MABOさんの実験は、「実際の回転数をMachに取り込めば、自動でMachからのPWM出力が変化してその速度にしてくれる」という機能だと思うのですけど、
そちらの方に期待しています。
ローパスを入れるか入れないか、つまり、デジタルで読み取るか、アナログにするかは好みの問題です。
私の好みはデジタルです。
※アナログフィルターを入れるのならPICに繋がずにそのままスピンドルの可変抵抗でもいけると思います。
というのは、参考サイトはPCからの出力で、TRさんやMABOさんはSSボードだからです。
PCのカーネルは25kHzとかですけど、多分SSボードは4MHzとかですよね？高めの周波数、例えば10kHzとかでLPFを入れれば
それなりになると思います。
どういったつなぎ方にするかはTRさんの問題ですから、私からは何とも言えません。
> この意味は 、オペアンプ無しでOKということですか？
そうです。無くても大丈夫な気はします。でも実際には試してみないと判りません。
> pic（ad値出力値)からのx9cへ渡されるのは8ビットのデータ信号ですか？
いいえ、この間のx9c_up関数やx9c_down関数です。udピンを合わせて、1クロック＝↓↑入れるだけです。
> machの回転数と実際のスピンドルモーターの回転数
PWMはあくまでも電源を○○パーセント繋ぐ、というだけですから、必ずしもモーターの回転数と比例関係にあるとは限りません。
もちろん+方向にもっていけばモータの速度は上がるでしょうけど。
正しく回転させるには、実際の回転速度を読み取ってフィードバックさせる必要があるでしょう。
つまり、MachからのPWMはあくまで目標値で、それに応じて、その速度に回転数を読み取りながら上下させる、という感じかと。
※MABOさんの実験は、「実際の回転数をMachに取り込めば、自動でMachからのPWM出力が変化してその速度にしてくれる」という機能だと思うのですけど、
そちらの方に期待しています。
ローパスを入れるか入れないか、つまり、デジタルで読み取るか、アナログにするかは好みの問題です。
私の好みはデジタルです。
※アナログフィルターを入れるのならPICに繋がずにそのままスピンドルの可変抵抗でもいけると思います。
というのは、参考サイトはPCからの出力で、TRさんやMABOさんはSSボードだからです。
PCのカーネルは25kHzとかですけど、多分SSボードは4MHzとかですよね？高めの周波数、例えば10kHzとかでLPFを入れれば
それなりになると思います。
どういったつなぎ方にするかはTRさんの問題ですから、私からは何とも言えません。
> この意味は 、オペアンプ無しでOKということですか？
そうです。無くても大丈夫な気はします。でも実際には試してみないと判りません。
猛牛ロック 2019/06/06(Thu) 15:21 No.1577
Re: 続6ーＰＷＭ
猛牛ロックさん、
＞いいえ、この間のx9c_up関数やx9c_down関数です。udピンを合わせて、1クロック＝↓↑入れるだけです
1クロックとはadcon関数による値（10ビット）を送るクロック信号ですか？
＞PICに繋がずにそのままスピンドルの可変抵抗でもいけると思います。
つなぎ方は
SEC基板からx9c～ML4ですか？
＞いいえ、この間のx9c_up関数やx9c_down関数です。udピンを合わせて、1クロック＝↓↑入れるだけです
1クロックとはadcon関数による値（10ビット）を送るクロック信号ですか？
＞PICに繋がずにそのままスピンドルの可変抵抗でもいけると思います。
つなぎ方は
SEC基板からx9c～ML4ですか？
TR 2019/06/06(Thu) 15:56 No.1578
Re: 続6ーＰＷＭ
> 1クロックとはadcon関数による値（10ビット）を送るクロック信号ですか？
adconはPIC内部のレジスタの事ですよね？今更何を言ってるのでしょう?
adcon=○○;
とかで、操作出来ます。わざわざピンの上げ下げをする必要はありません。
1クロックはピンの「上げ下げ」もしくは「下げ上げ」です。
X9Cの場合は下げた時にストローブされます。
> つなぎ方は
> SEC基板からx9c～ML4ですか？
いいえ、ローパスでアナログ化して、XL4です。
例の参考サイトは、そのままのPWM信号をスピンドルのドライバに入れようとした、のですけど、周波数の関係で、PICの周波数変換ボードを作りました。
ローパスでアナログ化もやはり、周波数の関係でPC（パラレルポート出力）ではきついですけど、SSボードならいけるのでは？
元々、ローパスでアナログ化して、PICに入れてX9Cですけど、PICの前とX9Cの後は同じ電位なんですよね？
それなら、そのままでもいけると思います。10kHzの微細な波が影響を及ぼすような気がしませんから。
まぁ、それもやってみないと判らない事ですけど。
adconはPIC内部のレジスタの事ですよね？今更何を言ってるのでしょう?
adcon=○○;
とかで、操作出来ます。わざわざピンの上げ下げをする必要はありません。
1クロックはピンの「上げ下げ」もしくは「下げ上げ」です。
X9Cの場合は下げた時にストローブされます。
> つなぎ方は
> SEC基板からx9c～ML4ですか？
いいえ、ローパスでアナログ化して、XL4です。
例の参考サイトは、そのままのPWM信号をスピンドルのドライバに入れようとした、のですけど、周波数の関係で、PICの周波数変換ボードを作りました。
ローパスでアナログ化もやはり、周波数の関係でPC（パラレルポート出力）ではきついですけど、SSボードならいけるのでは？
元々、ローパスでアナログ化して、PICに入れてX9Cですけど、PICの前とX9Cの後は同じ電位なんですよね？
それなら、そのままでもいけると思います。10kHzの微細な波が影響を及ぼすような気がしませんから。
まぁ、それもやってみないと判らない事ですけど。
猛牛ロック 2019/06/06(Thu) 16:25 No.1579
Re: 続6ーＰＷＭ
猛牛ロックさん
＞いいえ、ローパスでアナログ化して、XL4です。
よく分かりません
つなぎ方は
SEC基板からローパス～ML4ですか？
それと、ssからSEC基板の場合、マッハのカーネルスピードやPWM基本周波数の設定は不用ですか？
上げ下げの元は何？
pic端子から出る信号の元です。
お聴きします。
＞いいえ、ローパスでアナログ化して、XL4です。
よく分かりません
つなぎ方は
SEC基板からローパス～ML4ですか？
それと、ssからSEC基板の場合、マッハのカーネルスピードやPWM基本周波数の設定は不用ですか？
上げ下げの元は何？
pic端子から出る信号の元です。
お聴きします。
TR 2019/06/06(Thu) 16:41 No.1581
Re: 続6ーＰＷＭ
SEC基板の事を忘れていました。ちょっと回路が判らないので今現在、判断付きません。
SSボードからは信号は取れないのでしょうか？
> SEC基板からローパス～ML4ですか？
私の中ではSSボード→ローパス→ML4です。抵抗とコンデンサを使うだけです。
> マッハのカーネルスピードやPWM基本周波数の設定は不用ですか？
設定は当然必要でしょう。肝ですから。
そもそも、元々はスピンドル用のPWM出力していないんですよね？
> 上げ下げの元は何？
> pic端子から出る信号の元です。
元とは何を聞いているのですか？incピンに繋ぐ端子？信号の「先」ですか？
元はX9Cを制御する為に繋いだPICの出力端子で、先がX9Cのincピンです。
<追記します>
いやいや、SSボードの方も判っているわけではありません。
実際の所、Mach出力される信号はSSボードとSEC基板だとどのように出力されるのでしょうか？
聞きたいのは5Vなのか、反転されるのか、といった部分です。
普通に、反転されずに5Vで出力されるのなら、SSボードでもSEC基板でもどちらでも良いです。
SSボードからは信号は取れないのでしょうか？
> SEC基板からローパス～ML4ですか？
私の中ではSSボード→ローパス→ML4です。抵抗とコンデンサを使うだけです。
> マッハのカーネルスピードやPWM基本周波数の設定は不用ですか？
設定は当然必要でしょう。肝ですから。
そもそも、元々はスピンドル用のPWM出力していないんですよね？
> 上げ下げの元は何？
> pic端子から出る信号の元です。
元とは何を聞いているのですか？incピンに繋ぐ端子？信号の「先」ですか？
元はX9Cを制御する為に繋いだPICの出力端子で、先がX9Cのincピンです。
<追記します>
いやいや、SSボードの方も判っているわけではありません。
実際の所、Mach出力される信号はSSボードとSEC基板だとどのように出力されるのでしょうか？
聞きたいのは5Vなのか、反転されるのか、といった部分です。
普通に、反転されずに5Vで出力されるのなら、SSボードでもSEC基板でもどちらでも良いです。
猛牛ロック 2019/06/06(Thu) 17:09 No.1582
Re: 続6ーＰＷＭ
とりあえず、もう一度図面を起こします。
猛牛ロックさんの写真を見て、見やすく書き直します。
猛牛ロックさんの写真を見て、見やすく書き直します。
TR 2019/06/06(Thu) 19:18 No.1583
Re: 続6ーＰＷＭ
猛牛ロックさん、maboさん、こんばんは。今日、ｘ９ｃ103（１０ｋΩ）が届きました。
早速、テスト、方法は写真を見て下さい。
予想と違う動作をしました。
最大で５Vとなるところ、４．５Vでした。
157mv(min)～4.5V（max)
プログラムでしょうか？
TR 2019/06/06(Thu) 20:43 No.1584
Re: 続6ーＰＷＭ
ＴＲさん，猛牛ロックさん，こんばんは。
猛襲ロックさん，さんっぷりんぐのプログラム，
いろいろありがとうございます。
のんびり，確かめてみようと思います。
ＴＲさん，すみません，思い違いがあるようなので，
再度記述します。
いろいろやってますが，ローパスフィルターと，
ブログの記事は，分けてお考えください。
ＰＷＭ→ローパスフィルター経由→ＡＤＣ変換→出力（ＸＣ＿９）
ＰＷＭ→サンプリング（基本周波数の変換）→出力（ＰＷＭ）
の両方試しています。
＞最大で５Vとなるところ、４．５Vでした。
もしかして，最大動かしても残る ４０Ω？
にしては，大きいですかね。
この辺，ちょっと，不明です。
ＭＡＣＨへの入力と出力に乖離があるのは，
ＰＷＭコントローラーのＦＥＴ？にに原因があるのかな，
なんで，邪推してます。
そこで，ＦＥＴで，ドライバー作り始めました。
幸い，手元に，2SC1815 やら 2SA1015 等のトランジスタ
あるので，
http://srd.s43.xrea.com/Circuit_library.htm
参考に，プッシュプル回路等，勉強しながら始めました。
猛襲ロックさん，さんっぷりんぐのプログラム，
いろいろありがとうございます。
のんびり，確かめてみようと思います。
ＴＲさん，すみません，思い違いがあるようなので，
再度記述します。
いろいろやってますが，ローパスフィルターと，
ブログの記事は，分けてお考えください。
ＰＷＭ→ローパスフィルター経由→ＡＤＣ変換→出力（ＸＣ＿９）
ＰＷＭ→サンプリング（基本周波数の変換）→出力（ＰＷＭ）
の両方試しています。
＞最大で５Vとなるところ、４．５Vでした。
もしかして，最大動かしても残る ４０Ω？
にしては，大きいですかね。
この辺，ちょっと，不明です。
ＭＡＣＨへの入力と出力に乖離があるのは，
ＰＷＭコントローラーのＦＥＴ？にに原因があるのかな，
なんで，邪推してます。
そこで，ＦＥＴで，ドライバー作り始めました。
幸い，手元に，2SC1815 やら 2SA1015 等のトランジスタ
あるので，
http://srd.s43.xrea.com/Circuit_library.htm
参考に，プッシュプル回路等，勉強しながら始めました。
mabo 2019/06/06(Thu) 22:05 No.1585
Re: 続6ーＰＷＭ
maboさんへ
＞ＰＷＭ→ローパスフィルター経由→ＡＤＣ変換→出力（ＸＣ＿９）
XC_９って、なんですか？
そして、PWMの前はないのでしょうか？ 〇の部分を聞いています。
〇→ＰＷＭ→ローパスフィルター経由→ＡＤＣ変換→出力（ＸＣ＿９）
XC_９って、なんですか？
＞ＰＷＭ→ローパスフィルター経由→ＡＤＣ変換→出力（ＸＣ＿９）
XC_９って、なんですか？
そして、PWMの前はないのでしょうか？ 〇の部分を聞いています。
〇→ＰＷＭ→ローパスフィルター経由→ＡＤＣ変換→出力（ＸＣ＿９）
XC_９って、なんですか？
TR 2019/06/06(Thu) 22:17 No.1586
Re: 続6ーＰＷＭ
データシートに
End-to-End Resistance, ±20%
この２０％が原因でしょうか？
専門書の英語は変換が難しい、意味不明な和訳が出てきます。。
後発で、本来、欲しい1ｋΩのx9c102が来るので
試してみます。
End-to-End Resistance, ±20%
この２０％が原因でしょうか？
専門書の英語は変換が難しい、意味不明な和訳が出てきます。。
後発で、本来、欲しい1ｋΩのx9c102が来るので
試してみます。
TR 2019/06/06(Thu) 22:43 No.1587
Re: 続6ーＰＷＭ
ＴＲさん，こんばんは。
すみません，ＸＣ＿９は Ｘ９Ｃの間違いです。
◯の部分ですが，
私の環境では，
ＳＳ（ポート２ １４ピン）→ＰＷＭ
ＳＥＣ（汎用出力 １４ピン）→ＰＷＭ
ＰＣ（シリアルケーブル横取り １４ピン）→ＰＷＭ
どれでも，ＰＷＭの信号確認できてます。ＳＳ，ＳＥＣ，ＰＣがそれぞれ，◯に当たると思います。
要は，ＰＷＭ信号が取り出せれば大丈夫なので。
ここのところ，ＳＳから取ることが多いです。
ＭＡＣＨにもＳＳにもカーネルと基本周波数の設定あります。
ただ，どのように，関連してるのかは，不明です。
－－追記－－
Ｘ９Ｃで，ワイパー最端まで動かしても，抵抗が残るようなので，
必要なら，外部に回路（短絡の）付け加えて，ＰＩＣで
コントロールするようかなあ，なんて，当初考えてました。
その抵抗が，最高回転数に，どのくらい影響するかでしょうね。
すみません，ＸＣ＿９は Ｘ９Ｃの間違いです。
◯の部分ですが，
私の環境では，
ＳＳ（ポート２ １４ピン）→ＰＷＭ
ＳＥＣ（汎用出力 １４ピン）→ＰＷＭ
ＰＣ（シリアルケーブル横取り １４ピン）→ＰＷＭ
どれでも，ＰＷＭの信号確認できてます。ＳＳ，ＳＥＣ，ＰＣがそれぞれ，◯に当たると思います。
要は，ＰＷＭ信号が取り出せれば大丈夫なので。
ここのところ，ＳＳから取ることが多いです。
ＭＡＣＨにもＳＳにもカーネルと基本周波数の設定あります。
ただ，どのように，関連してるのかは，不明です。
－－追記－－
Ｘ９Ｃで，ワイパー最端まで動かしても，抵抗が残るようなので，
必要なら，外部に回路（短絡の）付け加えて，ＰＩＣで
コントロールするようかなあ，なんて，当初考えてました。
その抵抗が，最高回転数に，どのくらい影響するかでしょうね。
mabo 2019/06/06(Thu) 22:50 No.1588
Re: 続6ーＰＷＭ
maboさんへ
な～んだ、すでに、x9cお持ちだったんですね！！
プログラムはどうしていたのですか？
アルディーノでしたか？
アルディーノなら、先達者がプログラムがあるようですね。
ご参考になされたのでしょうか？
＞その抵抗が，最高回転数に，どのくらい影響するかでしょうね。
いわれたら、その通りですね。
これで、とりあえず、ML4のスピンドルモーターは回せそうです。
な～んだ、すでに、x9cお持ちだったんですね！！
プログラムはどうしていたのですか？
アルディーノでしたか？
アルディーノなら、先達者がプログラムがあるようですね。
ご参考になされたのでしょうか？
＞その抵抗が，最高回転数に，どのくらい影響するかでしょうね。
いわれたら、その通りですね。
これで、とりあえず、ML4のスピンドルモーターは回せそうです。
TR 2019/06/06(Thu) 23:09 No.1589
Re: 続6ーＰＷＭ
猛牛ロックさんへ
拙い自分と掲示板でのやり取りは難しいですね。
申し訳ないです。
今回のプログラムで、４回、若しくは８回で割っていますが、
SEC基板と繋ぎ場合、SEC基板からの信号には、
乱れはないでしょうから、ローパスフィルターは不要、
そうなると、
４回とかで割る必要は、本来ないのでしょうか？
プログラムを動作５００μとなっているので、４回サンプリングに戻しました。
平均をとること自体、いいことだと思います。
拙い自分と掲示板でのやり取りは難しいですね。
申し訳ないです。
今回のプログラムで、４回、若しくは８回で割っていますが、
SEC基板と繋ぎ場合、SEC基板からの信号には、
乱れはないでしょうから、ローパスフィルターは不要、
そうなると、
４回とかで割る必要は、本来ないのでしょうか？
プログラムを動作５００μとなっているので、４回サンプリングに戻しました。
平均をとること自体、いいことだと思います。
TR 2019/06/07(Fri) 06:35 No.1590
Re: 続6ーＰＷＭ
ＴＲさん，おはようございます。
いえ。Ｘ９Ｃの実機は手元にまだありませんので，
ＬＥＤのシュミレーションしてましす。
発送の連絡はありましたが，まだ，届いていません。
それから，先達の arduino のプログラムもみましたが，
見たい部分が，ライブラリーになっていて，ちょっと分かりませんでした。
それから，ＴＲさん，ローパスフィルターは，
信号に乱れがあるから入れるのではなく，
今回は，ＡＤ変換で受け取るためです。
ローパスフィルターを使わないのであれば，
猛牛ロックさんが，後で書いてくれたような，
サンプリングのプログラムで，ＰＷＭのＤＵＴＹ比を調べる必要あると思います。
ＰＷＭ出力→→ローパスフィルター（ＰＷＭのＤＵＴＹの変化を直流電流の大小に変換）→→Ｘ９Ｃの抵抗に変換
ＰＷＭ出力→→サンプリング（ＰＷＭのＤＵＴＹの変化をサンプリングで受け取りＤＵＴＹ比を計算）→→Ｘ９Ｃの抵抗に変換
みたいになると思います。ローパスフィルターなしのＰＷＭ信号を，ＡＤ変換で受けたことないので，
どうなるかは，わかりませんが，もしかして，ＤＵＴＹの変化を受け取ることできないかもしれないと思います。
いえ。Ｘ９Ｃの実機は手元にまだありませんので，
ＬＥＤのシュミレーションしてましす。
発送の連絡はありましたが，まだ，届いていません。
それから，先達の arduino のプログラムもみましたが，
見たい部分が，ライブラリーになっていて，ちょっと分かりませんでした。
それから，ＴＲさん，ローパスフィルターは，
信号に乱れがあるから入れるのではなく，
今回は，ＡＤ変換で受け取るためです。
ローパスフィルターを使わないのであれば，
猛牛ロックさんが，後で書いてくれたような，
サンプリングのプログラムで，ＰＷＭのＤＵＴＹ比を調べる必要あると思います。
ＰＷＭ出力→→ローパスフィルター（ＰＷＭのＤＵＴＹの変化を直流電流の大小に変換）→→Ｘ９Ｃの抵抗に変換
ＰＷＭ出力→→サンプリング（ＰＷＭのＤＵＴＹの変化をサンプリングで受け取りＤＵＴＹ比を計算）→→Ｘ９Ｃの抵抗に変換
みたいになると思います。ローパスフィルターなしのＰＷＭ信号を，ＡＤ変換で受けたことないので，
どうなるかは，わかりませんが，もしかして，ＤＵＴＹの変化を受け取ることできないかもしれないと思います。
mabo 2019/06/07(Fri) 09:00 No.1591
Re: 続6ーＰＷＭ
> SEC基板からの信号には、乱れはないでしょうから乱れが無いの意味が違います。
添付図のようなデジタル波形で、角が綺麗、とかそういった意味です。
アナログ化したら↓のような波形になります。
Machからは↑の波形で、HIGHとLOWの割合で回転速度を知らせます。
MAXを10000回転で設定して、S8000とGコードにかけばHIGHが4に対してLOWが1の割合で出力されます。つまり、速度のMAX設定にした割合を知らせます。
それをどう料理するかは利用者の問題です。
PC(MACH)からのPWMはデジタルですから、アナログ変換しないのならデジタルで受けます。
アナログ変換したのならADCで受けます。
勿論、デジタル信号も、アナログで受けてサンプル数を増やして、平均を出せば出来ますけど、
デジタルでやった方が良いです。
（来る信号は1023付近か0付近なのと1か0になるかの違いで、数が膨れ上がるかどうかの違いです）
> 157mv(min)～4.5V（max)
0.157Vなので、3.14％≒300Ω程度ですね。
データシートでは両端は40Ωでmax100Ωですから2ワイパー分位はおかしいですね。
Maxでは1kΩ程度ですね。
maxの方ですけど、上の画像でLEDを付けていますよね？
これは2重の意味で駄目です。
1つはX9Cの特性です。
X9Cの出力は弱いのでLEDを直接光らせる能力はありません。
つまり、それだけの電流を流した時点で出力端子の電圧は狂います。
光らせるつもりなら、ボルテージフォロアでも作ってその先で光らせてください。。
そして、もう一つは電気の特性（オームの法則）です。(添付図→参照）
※可変抵抗部は両側の抵抗値の割合で電圧値を出します。でもそれは同じ電流を両側流す時です。
V=I*Rのオームの法則で、Iが一定だからR1：R2はV1:V2になるのです。
なので、添付図で↓方向に電流を流したらいけません。というか、流せば分圧の関係が崩れますから
（図で言えばI*R1:I2*R2の関係になる）、当然ボリューム位置の値にはなりません。
プログラム的に気になっているのは最初の初期化部分です。ここで1ワイパー分おかしくなる可能性があります。
> //デバイス初期化関数
> void x9c_init(void) {
> ud = 0;
> for (char i = 0; i < 99; i++) {
> inc = 0;
> __delay_us(1);
> inc = 1;
> __delay_us(500);
> }
> x9c_val = 0;
> }
for (char i = 0; i < 100; i++) {
と99→100に変更しておいてください。
※その前にピンの初期化でincピンをHIGHにしてあれば問題無いのですけど、LOWで初期化した場合は
最初の1回は動きません。
勿論関数の最初に
inc = 1;
__delay_us(2);
を付けても良いです。
猛牛ロック 2019/06/07(Fri) 09:53 No.1592
Re: 続6ーＰＷＭ
maboさん、有り難うございます。
そうか、出力14番からはPWMか、ゴチャゴチャになってました。
ローパスフィルターのコンデンサーは電解コンデンサーで、10マイクロですか？
そうか、出力14番からはPWMか、ゴチャゴチャになってました。
ローパスフィルターのコンデンサーは電解コンデンサーで、10マイクロですか？
TR 2019/06/07(Fri) 10:06 No.1593
Re: 続6ーＰＷＭ
猛牛ロックさん
自分には話が長すぎます。
>デジタルでやった方が良いです。
（来る信号は1023付近か0付近なのと1か0になるかの違いで、数が膨れ上がるかどうかの違いです）
SEC基板~pic~x9c~ML4
アナログ可変抵抗をx9cに換装したいです。 この繋ぎ方をお勧め？
>Maxでは1kΩ程度ですね。
どこがMaxでは1kΩ程度ですか？
自分には話が長すぎます。
>デジタルでやった方が良いです。
（来る信号は1023付近か0付近なのと1か0になるかの違いで、数が膨れ上がるかどうかの違いです）
SEC基板~pic~x9c~ML4
アナログ可変抵抗をx9cに換装したいです。 この繋ぎ方をお勧め？
>Maxでは1kΩ程度ですね。
どこがMaxでは1kΩ程度ですか？
TR 2019/06/07(Fri) 11:22 No.1594
Re: 続6ーＰＷＭ
ＴＲさん，そうです。私は，諸兄のＨＰと同じ，
２２ｋΩ
１０μＦ
を使ってやりました。
猛牛ロックさん，別件なのですが，ＦＥＴは，なんかシビアなんですね。
見方よく分からないのですが，ID-VGS特性 なる表をみると，
当たり前でしょうけど，いろんなものがあるんですね。
添付のような特性のFETの方が，PWM等でコントロールするには，
あっているんでしょうね。
mabo 2019/06/07(Fri) 11:24 No.1595
Re: 続6ーＰＷＭ
猛牛ロックさんへ計測方法を伝えます。
電圧は確かに間違いでした。
でも、抵抗値も計測していました。
300Ω～8.51ｋΩでした。
茶色矢印の間です。
TR 2019/06/07(Fri) 12:46 No.1596
- JoyfulNote v6.02 -
++ Edited by Hamel ++