Tickets List - 低電力無線通信用モジュールCC1101ドライバ作成 on SourceForge.JP

ワイヤレス中継機ユニットVer0x16にて、7回の再送ブロックの4ブロック目でウォッチドックがかかる。 - 低電力無線通信用モジュールCC1101ドライバ作成 Ticket #28106 on SourceForge.JP

Tue, 17 Apr 2012 14:39:35 +0900

ワイヤレス中継機ユニットVer0x16にて、7回の再送ブロックの4ブロック目でウォッチドックがかかる。

Open Date: 2012-04-17 13:47

Last Update: 2012-04-17 14:39

Reporter:	blackzoro	Owner:	(None)
Priority:	5 - Medium	MileStone:	(None)
Type:	Bugs	Severity:	5 - Medium
Component:	(None)	Status:	Open
Resolution	None

Details

現在、ワイヤレス中継機ユニットVer0x16において、パケット7個を1ブロックとして、最大7ブロックの再送を行うプログラムで、最後の7ブロックの回数まで送信数までに必ずウォッチドックがかかってしまう現象が発生しています。

（症状一覧）

・3ブロックまでは再送信号を出力しているが、4ブロック目で必ずウォッチドックがかかり、main関数からスタートするのをICEデバッガで確認。

・ウォッチドック設定は8秒間に設定している。タイムアウトする際にデバッガがストップをかけると

u8 cc1101_tx(u8 * data , u8 length,u8 th,u8 freq_mode)
{
---(中略)-----------------------------------

while(!(PINC&0x04));	//data send start
while(PINC&0x04);		//data send end


----(中略)------------------------------------
}

この箇所でタイムアウトが起きていることを確認している。

このプログラムは現在、

https://svn.sourceforge.jp/svnroot/cc1101driver/trunk/CC1101_source_ATmega88_bridge/

ここに設置しております。

どなたか、解決方法などご存じの方いらっしゃいましたが、是非ご教授頂きますよう、お願い致します。

Last Update of this Ticket

2012-04-17 14:39 Update by: blackzoro

Comment

途中経過



u8 cc1101_tx(u8 * data , u8 length,u8 th,u8 freq_mode)
{
---(中略)-----------------------------------

while(!(PINC&0x04));	//data send start
while(PINC&0x04);		//data send end


----(中略)------------------------------------
}

//この箇所でタイムアウトが起きていることを確認している。

この箇所でタイムアウトが起きているのですが、”while(!(PINC&0x04)); //data send start”このプログラムの意味はCC1101のGIOAピンからデータが電波で送信を開始するとHIGHになり、このループを抜けるという意味なのですが、ここで停止して8秒間のウォッチドックタイムアウトが発生するとなると、その信号が常にLOWの状態になってしまっているような気がしています。

試しに、このプログラムをコメントアウトしてみたら、電波送信ができなくなったうえ、7ブロック以降もループが終わらなくなる症状が出ました。

Ver0x98で、パワーダウンモードを繰り返すうちに、INT1入力を受け付けなくなる。 - 低電力無線通信用モジュールCC1101ドライバ作成 Ticket #26645 on SourceForge.JP

Tue, 17 Apr 2012 14:09:22 +0900

Ver0x98で、パワーダウンモードを繰り返すうちに、INT1入力を受け付けなくなる。

Open Date: 2011-10-28 15:41

Last Update: 2012-04-17 14:09

Reporter:	blackzoro	Owner:	(None)
Priority:	5 - Medium	MileStone:	(None)
Type:	Bugs	Severity:	5 - Medium
Component:	(None)	Status:	Closed
Resolution	Fixed

Details

Ver0x98で、パワーダウンモードを繰り返すうちに、INT1入力を受け付けなくなる問題が発生しています。

（症状）・センサーなどの入力待ち時に、センサー検知でINT1割り込みでパワーダウンモードから割り込みルーチンへ起き上がる時に割り込みを入れてもマイコンが反応しない時がある。・24時間ぐらい頻繁にINT1割り込みがかかりパワーダウンモードとの繰り返しが発生するような環境で発生している。・電源の入れ直しをしないと復帰できない。

（現在のテスト的な対処）・Brown-out detection at VCC=1.8V　をフューズビット設定で設定してエージングテストを続行。

Last Update of this Ticket

2012-04-17 14:09 Update by: blackzoro

Ticket Close date set to 2012-04-17 14:09
Status Update from Open to Closed.
Resolution Update from None to Fixed.

Ver0.62で、temperature_carrier_testで、データ出力が最初の1回しかでない問題。 - 低電力無線通信用モジュールCC1101ドライバ作成 Ticket #24737 on SourceForge.JP

Thu, 20 Oct 2011 11:46:35 +0900

Ver0.62で、temperature_carrier_testで、データ出力が最初の1回しかでない問題。

Open Date: 2011-03-31 09:17

Last Update: 2011-10-20 11:46

Reporter:	blackzoro	Owner:	(None)
Priority:	5 - Medium	MileStone:	(None)
Type:	Bugs	Severity:	5 - Medium
Component:	(None)	Status:	Closed
Resolution	None

Details

Ver0.62で、temperature_carrier_testで、データ出力が最初の1回しかでない問題。これについて投稿します。

Last Update of this Ticket

2011-10-20 11:46 Update by: blackzoro

Ticket Close date set to 2011-10-20 11:46
Status Update from Open to Closed.

void temperature_carrier_test(void)関数のデータ送信バグ - 低電力無線通信用モジュールCC1101ドライバ作成 Ticket #24741 on SourceForge.JP

Fri, 05 Aug 2011 17:45:06 +0900

void temperature_carrier_test(void)関数のデータ送信バグ

Open Date: 2011-03-31 13:44

Last Update: 2011-08-05 17:45

Reporter:	blackzoro	Owner:	(None)
Priority:	5 - Medium	MileStone:	(None)
Type:	Bugs	Severity:	5 - Medium
Component:	(None)	Status:	Closed
Resolution	None

Details

現在、void temperature_carrier_test(void)関数で、6秒間に１度、 cc1101_tx(&gClient,1);を１パケット出力するようにしているが、6秒に一度出力できていないときがある。

また、2秒間の間に2度パケットを出力してしまっているときがある。

Last Update of this Ticket

2011-08-05 17:45 Update by: blackzoro

Ticket Close date set to 2011-08-05 17:45
Status Update from Open to Closed.

Comment

現在のVer0x96ではこの問題は起きていない。

現在のデータ送信時の変調の周波数帯域が18kHz程度と幅が大きい - 低電力無線通信用モジュールCC1101ドライバ作成 Ticket #24747 on SourceForge.JP

Fri, 05 Aug 2011 17:30:48 +0900

現在のデータ送信時の変調の周波数帯域が18kHz程度と幅が大きい

Open Date: 2011-04-01 10:44

Last Update: 2011-08-05 17:30

Reporter:	blackzoro	Owner:	(None)
Priority:	5 - Medium	MileStone:	(None)
Type:	Bugs	Severity:	5 - Medium
Component:	(None)	Status:	Closed
Resolution	None

Details

現在のデータ送信時の変調の周波数帯域が18kHz程度と幅が大きい。このことについて投稿します。

Last Update of this Ticket

2011-08-05 17:30 Update by: blackzoro

Ticket Close date set to 2011-08-05 17:30
Status Update from Open to Closed.

Comment

4月1日頃のVer0x6A DEVIATIONを　CC1100_REG_DEVIATIONを0x17 = 6kHzに設定していた。現在のVer0x96でのDEVIATIONはCC1100_REG_DEVIATIONを0x12 = 4kHzに設定しており、占有周波数帯域幅測定99.0%での測定時では約13kHz程度の占有帯域幅に成るように設定している。

Sony Tektronix 3026のスペアナでキャリア周波数が観測できなくなった。 - 低電力無線通信用モジュールCC1101ドライバ作成 Ticket #24774 on SourceForge.JP

Fri, 05 Aug 2011 16:44:24 +0900

Sony Tektronix 3026のスペアナでキャリア周波数が観測できなくなった。

Open Date: 2011-04-05 09:58

Last Update: 2011-08-05 16:44

Reporter:	blackzoro	Owner:	(None)
Priority:	5 - Medium	MileStone:	(None)
Type:	Bugs	Severity:	5 - Medium
Component:	(None)	Status:	Closed
Resolution	None

Details

Sony Tektronix 3026のスペアナでキャリア周波数が観測できなくなった。

Last Update of this Ticket

2011-08-05 16:44 Update by: blackzoro

Ticket Close date set to 2011-08-05 16:44
Status Update from Open to Closed.

キャリアセンス機能が機能していない。 - 低電力無線通信用モジュールCC1101ドライバ作成 Ticket #24784 on SourceForge.JP

Thu, 12 May 2011 14:46:56 +0900

キャリアセンス機能が機能していない。

Open Date: 2011-04-07 11:10

Last Update: 2011-05-12 14:46

Reporter:	blackzoro	Owner:	(None)
Priority:	5 - Medium	MileStone:	(None)
Type:	Bugs	Severity:	5 - Medium
Component:	(None)	Status:	Closed
Resolution	None

Details

キャリアセンス機能が機能していない。これについて投稿します。CC1101データシートのP.43を参照

Last Update of this Ticket

2011-05-12 14:46 Update by: blackzoro

Ticket Close date set to 2011-05-12 14:46
Status Update from Open to Closed.

Comment

キャリアセンスを検出するにはCC1101にRXストローブ設定しないといけないとのこと。なので、

u8 cc1101_tx(u8 * data , u8 length,u8 th)関数では、

キャリアセンス実施のために cc1100_cmd_rx();でRXストローブを行い。キャリアセンスの有無を確認するようにした。

子機モードでのsetup_main();関数で子機の温度補正値を設定した値が電源の再起動で初期値に設定戻ってしまう。 - 低電力無線通信用モジュールCC1101ドライバ作成 Ticket #25052 on SourceForge.JP

Thu, 12 May 2011 11:46:36 +0900

子機モードでのsetup_main();関数で子機の温度補正値を設定した値が電源の再起動で初期値に設定戻ってしまう。

Open Date: 2011-05-02 13:37

Last Update: 2011-05-12 11:46

Reporter:	blackzoro	Owner:	(None)
Priority:	5 - Medium	MileStone:	(None)
Type:	Bugs	Severity:	5 - Medium
Component:	(None)	Status:	Closed
Resolution	None

Details

子機モードでのsetup_main();関数で子機の温度補正値を設定した値が電源の再起動で初期値に設定戻ってしまう。この問題について投稿します。

Last Update of this Ticket

2011-05-12 11:46 Update by: blackzoro

Ticket Close date set to 2011-05-12 11:46
Status Update from Open to Closed.

Comment

この問題は、check_env();関数内のEEPROM内のデータをチェックする際に、

my_eeprom_read_block((u8 *)&tCtl,(u8 *)&gctl_data,sizeof(ctl_data));

pD = (u8 *)&tCtl;

ここで得たデータの内容が5回以上が0x00と判定されると初期値データをEEPROMに上書きしてしまう問題があった。また、

my_eeprom_read_block((u8 *)level_offset,(u8 *)&eprom_level,sizeof(level_offset));

ここで得たデータ内容でも5回以上0x00があると判定されるとこのデータ領域も上書きしてしまうようにしていました。

このことより、ctl_dataデータ領域の5回0x00データを検知したら上書きしていたところを、10回に変更。また、level_offsetデータ領域では、28回0x00が続いた場合は初期値に上書きするように変更。

10dBmの電波が出力されるはずなのに、-20dBm程度しか出力されていない問題 - 低電力無線通信用モジュールCC1101ドライバ作成 Ticket #25118 on SourceForge.JP

Thu, 12 May 2011 11:18:51 +0900

10dBmの電波が出力されるはずなのに、-20dBm程度しか出力されていない問題

Open Date: 2011-05-09 15:47

Last Update: 2011-05-12 11:18

Reporter:	blackzoro	Owner:	(None)
Priority:	5 - Medium	MileStone:	(None)
Type:	Bugs	Severity:	5 - Medium
Component:	(None)	Status:	Closed
Resolution	None

Details

10dBmの電波が出力されるはずなのに、-20dBm程度しか出力されていない問題

Last Update of this Ticket

2011-05-12 11:18 Update by: blackzoro

Ticket Close date set to 2011-05-12 11:18
Status Update from Open to Closed.

Comment

この問題は解決した。新しく修正された基板のアンテナ回路部分でGNDに繋がっていないパターンがあり、修正したところ、電波出力が改善された。

WAIT_EORX();関数の意味？ - 低電力無線通信用モジュールCC1101ドライバ作成 Ticket #24751 on SourceForge.JP

Fri, 01 Apr 2011 15:06:08 +0900

WAIT_EORX();関数の意味？

Open Date: 2011-04-01 15:06

Last Update: 2011-04-01 15:06

Reporter:	blackzoro	Owner:	(None)
Priority:	5 - Medium	MileStone:	(None)
Type:	ATmega88機能解説	Severity:	5 - Medium
Component:	(None)	Status:	Open
Resolution	None

Details

WAIT_EORX();関数の意味？　この関数についての質問を投稿します。

Last Update of this Ticket

2011-04-01 15:06 Update by: blackzoro

New Ticket "WAIT_EORX();関数の意味？" created

cc1101_carrier_wave_setup関数での温度制御について。 - 低電力無線通信用モジュールCC1101ドライバ作成 Ticket #24706 on SourceForge.JP

Fri, 01 Apr 2011 13:31:46 +0900

cc1101_carrier_wave_setup関数での温度制御について。

Open Date: 2011-03-26 12:53

Last Update: 2011-04-01 13:31

Reporter:	blackzoro	Owner:	(None)
Priority:	5 - Medium	MileStone:	(None)
Type:	ATmega88機能解説	Severity:	5 - Medium
Component:	(None)	Status:	Closed
Resolution	None

Details

cc1101_carrier_wave_setup関数での温度制御について投稿します。

このcc1101_carrier_wave_setup関数では、データ出力時に設置環境の温度で左右される水晶発振子の周波数の温度誤差による、周波数のずれの問題を解消するために、温度を測定し、検出された温度から

CC1100_REG_FREQ2 CC1100_REG_FREQ1 CC1100_REG_FREQ0

これらのレジスタの設定値の増減を決めています。

Last Update of this Ticket

2011-04-01 13:31 Update by: blackzoro

Ticket Close date set to 2011-04-01 13:31
Status Update from Open to Closed.

void cc1101_carrier_wave_setup関数での、SRAMの値が変更されてしまう問題について。(rev 971で修正) - 低電力無線通信用モジュールCC1101ドライバ作成 Ticket #24698 on SourceForge.JP

Fri, 01 Apr 2011 10:39:19 +0900

void cc1101_carrier_wave_setup関数での、SRAMの値が変更されてしまう問題について。(rev 971で修正)

Open Date: 2011-03-24 07:12

Last Update: 2011-04-01 10:39

Reporter:	blackzoro	Owner:	(None)
Priority:	5 - Medium	MileStone:	(None)
Type:	Bugs	Severity:	5 - Medium
Component:	(None)	Status:	Closed
Resolution	None

Details

void cc1101_carrier_wave_setup関数での、SRAMの値が変更されてしまう問題について。(rev 971で修正)この問題について投稿します。

Last Update of this Ticket

2011-04-01 10:39 Update by: blackzoro

Ticket Close date set to 2011-04-01 10:39
Status Update from Open to Closed.

キャリブレーション実行からSTX実行の間のタイミング - 低電力無線通信用モジュールCC1101ドライバ作成 Ticket #24351 on SourceForge.JP

Fri, 01 Apr 2011 10:38:02 +0900

キャリブレーション実行からSTX実行の間のタイミング

Open Date: 2011-02-10 10:21

Last Update: 2011-04-01 10:38

Reporter:	blackzoro	Owner:	(None)
Priority:	5 - Medium	MileStone:	(None)
Type:	Bugs	Severity:	5 - Medium
Component:	(None)	Status:	Closed
Resolution	None

Details

現在キャリブレーション実行してからSTXストローブ実行時の間のタイミングをどのようにしたらよいかわからない状態なので投稿します。

Last Update of this Ticket

2011-04-01 10:38 Update by: blackzoro

Ticket Close date set to 2011-04-01 10:38
Status Update from Open to Closed.

Comment

キャリブレーション関数 cc1100_cmd_calibrate();では、

void cc1100_cmd_calibrate(void)
{
	u8 status;
	cc1100_cmd_idle();
	cc1100_strobe_cmd(CC1100_STROBE_SCAL);

	do
	{
		status = ((cc1100_cmd_nop()>>4) & 0x7);
	}
	while(status  != STATE_IDLE );
	//WAIT_STATUS(STATE_IDLE);
}

現在、このようなプログラムを使用しています。キャリブレーションを手動で実行する際に、

cc1100_strobe_cmd(CC1100_STROBE_SCAL);ストローブ実行後、ステートがIDLEに戻るまで、ループし、IDLEに戻ると、この関数から出るようになっています。IDLEから出た後は、VCOのロックが完了したと判断しています。

Carrier周波数のみを出力する方法 - 低電力無線通信用モジュールCC1101ドライバ作成 Ticket #24350 on SourceForge.JP

Fri, 01 Apr 2011 10:33:31 +0900

Carrier周波数のみを出力する方法

Open Date: 2011-02-10 10:17

Last Update: 2011-04-01 10:33

Reporter:	blackzoro	Owner:	(None)
Priority:	5 - Medium	MileStone:	(None)
Type:	CC1101疑問点	Severity:	5 - Medium
Component:	(None)	Status:	Closed
Resolution	None

Details

CC1101を動作させる26MHzの水晶の誤差を補正するために行うキャリア周波数出力のテスト方法を調べるために投稿します。

Last Update of this Ticket

2011-04-01 10:33 Update by: blackzoro

Ticket Close date set to 2011-04-01 10:33
Status Update from Open to Closed.

Comment

現在、キャリア周波数のみを出力する方法として、下記のようなプログラムを本プロジェクトでは使用しています。

void cc1101_tx_carrier(cc1101_client * client)
{

	cc1101_carrier_wave_setup();

	cc1101_8PATABLE_write_reg(pt_data);
	cc1100_cfg_txoff_mode(CC1100_TXOFF_MODE_STAY_TX);
	cc1100_cfg_manchester_en(CC1100_MANCHESTER_DISABLE);
	cc1100_write_reg(CC1100_REG_MDMCFG3,0x33);
	cc1100_cfg_mod_format(CC1100_MODULATION_ASK);
	cc1100_write_reg(CC1100_REG_FREND0,0x10);
	cc1100_cfg_gdo0(CC1100_GDOx_CLK_XOSC_1);

	/* IDLE */
	cc1100_cmd_idle();
	/* MANCAL*/
	cc1100_cmd_calibrate();
	/* FS WAKEUP */
	cc1100_cmd_flush_tx();

	cc1100_cfg_gdo0(0x0e);
	carrier_sense();

	cc1100_cmd_tx();
}

現在の内蔵周波数8MHzでは、電源が2.7Vに低下した場合動作できない？ - 低電力無線通信用モジュールCC1101ドライバ作成 Ticket #24614 on SourceForge.JP

Thu, 31 Mar 2011 11:29:07 +0900

現在の内蔵周波数8MHzでは、電源が2.7Vに低下した場合動作できない？

Open Date: 2011-03-09 09:48

Last Update: 2011-03-31 11:29

Reporter:	blackzoro	Owner:	blackzoro
Priority:	5 - Medium	MileStone:	(None)
Type:	Bugs	Severity:	5 - Medium
Component:	(None)	Status:	Closed
Resolution	None

Details

現在の内蔵周波数8MHzでは、電源が2.7Vに低下した場合動作できない？

Last Update of this Ticket

2011-03-31 11:29 Update by: blackzoro

Ticket Close date set to 2011-03-31 11:29
Status Update from Open to Closed.

ﾀｲﾏ/ｶｳﾝﾀ2制御ﾚｼﾞｽﾀB　パワーセーブモードでTCCR2BのCS20-CS22ビットで分周したら電流値は減るのか? - 低電力無線通信用モジュールCC1101ドライバ作成 Ticket #24531 on SourceForge.JP

Thu, 31 Mar 2011 11:27:56 +0900

ﾀｲﾏ/ｶｳﾝﾀ2制御ﾚｼﾞｽﾀB　パワーセーブモードでTCCR2BのCS20-CS22ビットで分周したら電流値は減るのか?

Open Date: 2011-02-25 14:22

Last Update: 2011-03-31 11:27

Reporter:	blackzoro	Owner:	(None)
Priority:	5 - Medium	MileStone:	(None)
Type:	Bugs	Severity:	5 - Medium
Component:	(None)	Status:	Closed
Resolution	None

Details

ﾀｲﾏ/ｶｳﾝﾀ2制御ﾚｼﾞｽﾀB　TCCR2BのCS20-CS22ビットで分周したら電流値は減るのか?について投稿します。

Last Update of this Ticket

2011-03-31 11:27 Update by: blackzoro

Ticket Close date set to 2011-03-31 11:27
Status Update from Open to Closed.

Comment

この方法では、希望している消費電流よりも落ちない。なので、パワーダウンモードを使用して、なるべく消費電流を下げて、スリープ動作からの復帰はRTCの割り込みで補う形にする。

親機から、登録の子機のシリアル番号、周波数補正値、温度補正値の修正を行う方法。 - 低電力無線通信用モジュールCC1101ドライバ作成 Ticket #24738 on SourceForge.JP

Thu, 31 Mar 2011 11:25:54 +0900

親機から、登録の子機のシリアル番号、周波数補正値、温度補正値の修正を行う方法。

Open Date: 2011-03-31 10:24

Last Update: 2011-03-31 11:25

Reporter:	blackzoro	Owner:	(None)
Priority:	5 - Medium	MileStone:	(None)
Type:	機能変更リクエスト	Severity:	5 - Medium
Component:	(None)	Status:	Closed
Resolution	None

Details

親機から、登録の子機のシリアル番号、周波数補正値、温度補正値の修正を行う方法。これを機能リクエストします。

Last Update of this Ticket

2011-03-31 11:25 Update by: blackzoro

Ticket Close date set to 2011-03-31 11:25
Status Update from Open to Closed.

Comment

これはちょっとペンディング

子機は、TXデータ送信時に再送信含めて7回ともキャリアセンス検知した場合は、必ず1回はデータ送信するようにすること。 - 低電力無線通信用モジュールCC1101ドライバ作成 Ticket #24727 on SourceForge.JP

Thu, 31 Mar 2011 11:21:05 +0900

子機は、TXデータ送信時に再送信含めて7回ともキャリアセンス検知した場合は、必ず1回はデータ送信するようにすること。

Open Date: 2011-03-27 18:55

Last Update: 2011-03-31 11:21

Reporter:	blackzoro	Owner:	(None)
Priority:	5 - Medium	MileStone:	(None)
Type:	Feature Requests	Severity:	5 - Medium
Component:	(None)	Status:	Closed
Resolution	None

Details

子機は、TXデータ送信時に再送信含めて7回ともキャリアセンス検知した場合は、必ず1回はデータ送信するようにすること。これを投稿。

Last Update of this Ticket

2011-03-31 11:21 Update by: blackzoro

Ticket Close date set to 2011-03-31 11:21
Status Update from Open to Closed.

Comment

PRG_VERSION 0x62にてこの機能を追加。

子機側で出力したデータが止まらない。（PRG_VERSION　0x3d） 0x3d） - 低電力無線通信用モジュールCC1101ドライバ作成 Ticket #24705 on SourceForge.JP

Thu, 31 Mar 2011 11:19:42 +0900

子機側で出力したデータが止まらない。（PRG_VERSION　0x3d） 0x3d）

Open Date: 2011-03-26 12:22

Last Update: 2011-03-31 11:19

Reporter:	blackzoro	Owner:	(None)
Priority:	5 - Medium	MileStone:	(None)
Type:	Bugs	Severity:	5 - Medium
Component:	(None)	Status:	Closed
Resolution	None

Details

子機側で出力したデータが止まらない。（PRG_VERSION　0x3d） 0x3d）この問題に関して投稿します。

（症状）・子機モード時に（SLAVE）gClient.status.statusステートがSL_SENDに移行後、 slave_test(&gClient)を実行後、戻り値として1を返すことができない状況にある可能性がある。

Last Update of this Ticket

2011-03-31 11:19 Update by: blackzoro

Ticket Close date set to 2011-03-31 11:19
Status Update from Open to Closed.

Comment

PRG_VERSION 0x62で修正完了。

BATTERY低下電圧のしきい値 - 低電力無線通信用モジュールCC1101ドライバ作成 Ticket #24730 on SourceForge.JP

Thu, 31 Mar 2011 11:19:00 +0900

BATTERY低下電圧のしきい値

Open Date: 2011-03-28 11:42

Last Update: 2011-03-31 11:19

Reporter:	blackzoro	Owner:	(None)
Priority:	5 - Medium	MileStone:	(None)
Type:	Bugs	Severity:	5 - Medium
Component:	(None)	Status:	Closed
Resolution	None

Details

BATTERY低下電圧のしきい値について投稿します。

Last Update of this Ticket

2011-03-31 11:19 Update by: blackzoro

Ticket Close date set to 2011-03-31 11:19
Status Update from Open to Closed.

現在のプログラムに、ウォッチドック機能を追加する。 - 低電力無線通信用モジュールCC1101ドライバ作成 Ticket #24708 on SourceForge.JP

Thu, 31 Mar 2011 11:18:18 +0900

現在のプログラムに、ウォッチドック機能を追加する。

Open Date: 2011-03-26 15:03

Last Update: 2011-03-31 11:18

Reporter:	blackzoro	Owner:	(None)
Priority:	5 - Medium	MileStone:	(None)
Type:	Feature Requests	Severity:	5 - Medium
Component:	(None)	Status:	Closed
Resolution	None

Details

現在のプログラムに、ウォッチドック機能を追加する。これについて投稿。

Last Update of this Ticket

2011-03-31 11:18 Update by: blackzoro

Ticket Close date set to 2011-03-31 11:18
Status Update from Open to Closed.

温度補正値を現在の±255の補正値変更から±128の補正値変更に変更するか？ - 低電力無線通信用モジュールCC1101ドライバ作成 Ticket #24739 on SourceForge.JP

Thu, 31 Mar 2011 11:15:39 +0900

温度補正値を現在の±255の補正値変更から±128の補正値変更に変更するか？

Open Date: 2011-03-31 11:15

Last Update: 2011-03-31 11:15

Reporter:	blackzoro	Owner:	(None)
Priority:	5 - Medium	MileStone:	(None)
Type:	機能変更リクエスト	Severity:	5 - Medium
Component:	(None)	Status:	Open
Resolution	None

Details

温度補正値を現在の±255の補正値変更から±128の補正値変更に変更するか？　このことについて投稿します。

Last Update of this Ticket

2011-03-31 11:15 Update by: blackzoro

New Ticket "温度補正値を現在の±255の補正値変更から±128の補正値変更に変更するか？" created

cc1100_cmd_calibrate();実行後にディレー時間は必要か? - 低電力無線通信用モジュールCC1101ドライバ作成 Ticket #24608 on SourceForge.JP

Wed, 30 Mar 2011 15:23:34 +0900

cc1100_cmd_calibrate();実行後にディレー時間は必要か?

Open Date: 2011-03-08 17:21

Last Update: 2011-03-30 15:23

Reporter:	blackzoro	Owner:	(None)
Priority:	5 - Medium	MileStone:	(None)
Type:	CC1101疑問点	Severity:	5 - Medium
Component:	(None)	Status:	Open
Resolution	None

Details

cc1100_cmd_calibrate();実行後にディレー時間は必要か?　この問題を投稿。

Last Update of this Ticket

2011-03-30 15:23 Update by: blackzoro

Comment

ただし、PLL LOCKを検知できるこの0x0A機能に設定すると、現在ずっとLOW（PLLがLOCKしていない）という状態になっている。

親機はTXパケットのu8 master_ctl;にEEPROMのslave_ctl_setを乗せて、子機は受信後master_ctlの内容をuser_data1にコピーすること。 - 低電力無線通信用モジュールCC1101ドライバ作成 Ticket #24729 on SourceForge.JP

Mon, 28 Mar 2011 11:34:32 +0900

親機はTXパケットのu8 master_ctl;にEEPROMのslave_ctl_setを乗せて、子機は受信後master_ctlの内容をuser_data1にコピーすること。

Open Date: 2011-03-28 11:34

Last Update: 2011-03-28 11:34

Reporter:	blackzoro	Owner:	(None)
Priority:	5 - Medium	MileStone:	(None)
Type:	Bugs	Severity:	5 - Medium
Component:	(None)	Status:	Open
Resolution	None

Details

親機はTXパケットのu8 master_ctl;にEEPROMのslave_ctl_setを乗せて、子機は受信後master_ctlの内容をuser_data1にコピーすること。これを投稿します。

子機はuser_data1の内容で、定時通報時間を変更します。初期値は定時通報時間24時間設定とします。

Last Update of this Ticket

2011-03-28 11:34 Update by: blackzoro

New Ticket "親機はTXパケットのu8 master_ctl;にEEPROMのslave_ctl_setを乗せて、子機は受信後master_ctlの内容をuser_data1にコピーすること。" created

ATmega88のシステムOSCを8MHzでパワーセーブモードで20uA程度に消費電流にできるか？ - 低電力無線通信用モジュールCC1101ドライバ作成 Ticket #24528 on SourceForge.JP

Mon, 28 Mar 2011 11:21:46 +0900

ATmega88のシステムOSCを8MHzでパワーセーブモードで20uA程度に消費電流にできるか？

Open Date: 2011-02-25 11:27

Last Update: 2011-03-28 11:21

Reporter:	blackzoro	Owner:	(None)
Priority:	5 - Medium	MileStone:	(None)
Type:	ATmega88機能解説	Severity:	5 - Medium
Component:	(None)	Status:	Closed
Resolution	None

Details

ATmega88のシステムOSCを8MHzでパワーセーブモードで20uA程度に消費電流にできるか？　この問題について投稿します。

Last Update of this Ticket

2011-03-28 11:21 Update by: blackzoro

Ticket Close date set to 2011-03-28 11:21
Status Update from Open to Closed.

Comment

パワーセーブモードでは、消費電流20uAを実現できないと判断。パワーダウンモードを使用することにしている。

ATmega88でSPIENがHIGHになってしまったという警告が出て来た場合の対処方法 - 低電力無線通信用モジュールCC1101ドライバ作成 Ticket #24486 on SourceForge.JP

Mon, 28 Mar 2011 11:19:57 +0900

ATmega88でSPIENがHIGHになってしまったという警告が出て来た場合の対処方法

Open Date: 2011-02-21 14:04

Last Update: 2011-03-28 11:19

Reporter:	blackzoro	Owner:	(None)
Priority:	5 - Medium	MileStone:	(None)
Type:	ATmega88機能解説	Severity:	5 - Medium
Component:	(None)	Status:	Closed
Resolution	None

Details

ATmega88にファームウェアHEXファイルを書き込もうとすると、”Failed to enter SPI mode.Check that your squid cable is correctly attached. If the SPIEN fuse is not enabled,the part must be programmed using high-voltage. ”このような警告が出てくるようになり、全くマイコンとの書き込みの通信などができなくなってしまった。

このような場合に解決方法があるのかについて投稿。

Last Update of this Ticket

2011-03-28 11:19 Update by: blackzoro

Ticket Close date set to 2011-03-28 11:19
Status Update from Open to Closed.

Comment

http://okwave.jp/qa/q6539675.html OKwaveのこのページで、ATmega88でファームウェアを書き込めなくなった場合の復旧方法について教えて頂きました。

Sync wordについての機能 - 低電力無線通信用モジュールCC1101ドライバ作成 Ticket #24360 on SourceForge.JP

Mon, 28 Mar 2011 11:14:44 +0900

Sync wordについての機能

Open Date: 2011-02-10 14:41

Last Update: 2011-03-28 11:14

Reporter:	blackzoro	Owner:	blackzoro
Priority:	5 - Medium	MileStone:	(None)
Type:	CC1101疑問点	Severity:	5 - Medium
Component:	(None)	Status:	Closed
Resolution	None

Details

Sync wordについての機能について調べるために投稿。

Last Update of this Ticket

2011-03-28 11:14 Update by: blackzoro

Ticket Close date set to 2011-03-28 11:14
Status Update from Open to Closed.

Comment

この問題はこのページで解決している。 http://sourceforge.jp/ticket/browse.php?group_id=5501&tid=24410

TX側でSync wordを32ビットで出した場合、RXは16ビットで検知設定でもOK？ - 低電力無線通信用モジュールCC1101ドライバ作成 Ticket #24404 on SourceForge.JP

Mon, 28 Mar 2011 11:13:00 +0900

TX側でSync wordを32ビットで出した場合、RXは16ビットで検知設定でもOK？

Open Date: 2011-02-14 14:55

Last Update: 2011-03-28 11:13

Reporter:	blackzoro	Owner:	blackzoro
Priority:	5 - Medium	MileStone:	(None)
Type:	CC1101疑問点	Severity:	5 - Medium
Component:	(None)	Status:	Closed
Resolution	None

Details

TX側でSync wordを32ビットで出した場合、RXは16ビットで検知設定でもOKなのか調べるために投稿。

Last Update of this Ticket

2011-03-28 11:13 Update by: blackzoro

Ticket Close date set to 2011-03-28 11:13
Status Update from Open to Closed.

Comment

この問題に関しては、 http://sourceforge.jp/ticket/browse.php?group_id=5501&tid=24410

このページで確認がついてる。

子機からのデータ送信による、親機EEPROMへの通報許可シリアル登録機能の追加要求。 - 低電力無線通信用モジュールCC1101ドライバ作成 Ticket #24501 on SourceForge.JP

Mon, 28 Mar 2011 11:06:34 +0900

子機からのデータ送信による、親機EEPROMへの通報許可シリアル登録機能の追加要求。

Open Date: 2011-02-22 13:28

Last Update: 2011-03-28 11:06

Reporter:	blackzoro	Owner:	(None)
Priority:	5 - Medium	MileStone:	(None)
Type:	Feature Requests	Severity:	5 - Medium
Component:	(None)	Status:	Closed
Resolution	None

Details

子機からのデータ送信による、親機EEPROMへの通報許可シリアル登録機能の追加要求。

Last Update of this Ticket

2011-03-28 11:06 Update by: blackzoro

Ticket Close date set to 2011-03-28 11:06
Status Update from Open to Closed.

Comment

この機能は一旦作成を中止します。

ATmega88のEEPROMのデータフォーマットを決める - 低電力無線通信用モジュールCC1101ドライバ作成 Ticket #24498 on SourceForge.JP

Mon, 28 Mar 2011 11:05:01 +0900

ATmega88のEEPROMのデータフォーマットを決める

Open Date: 2011-02-22 11:28

Last Update: 2011-03-28 11:05

Reporter:	blackzoro	Owner:	(None)
Priority:	5 - Medium	MileStone:	(None)
Type:	Feature Requests	Severity:	5 - Medium
Component:	(None)	Status:	Closed
Resolution	None

Details

ATmega88のEEPROMのデータフォーマットを決めるため投稿します。

Last Update of this Ticket

2011-03-28 11:05 Update by: blackzoro

Ticket Close date set to 2011-03-28 11:05
Status Update from Open to Closed.

Comment

EEPROMの構成が決まりました。

EEPROMを使用する構造体変数の宣言はこちらです。

ctl_data EEPROM gctl_data;
reg_slave EEPROM greg_slave[100];

typedef struct _ctl_data_
{
	
	u8 adj_freq;
	u8 freq_add_sub;
	u8 serial[3];
	u8 adj_temper;
	u8 temper_add_sub;
	u8 test_mode;

}ctl_data;


typedef struct _reg_slave_
{
	u8 serial[3];
	u8 slave_ctl_set;
}reg_slave;

void cc1101_carrier_wave_setup(void)関数のlevel決めの計算のバグ - 低電力無線通信用モジュールCC1101ドライバ作成 Ticket #24725 on SourceForge.JP

Mon, 28 Mar 2011 11:00:18 +0900

void cc1101_carrier_wave_setup(void)関数のlevel決めの計算のバグ

Open Date: 2011-03-27 16:21

Last Update: 2011-03-28 11:00

Reporter:	blackzoro	Owner:	(None)
Priority:	5 - Medium	MileStone:	(None)
Type:	Bugs	Severity:	5 - Medium
Component:	(None)	Status:	Closed
Resolution	None

Details

void cc1101_carrier_wave_setup(void)関数のlevel決めの計算のバグについて投稿します。マッチポンプで済みません m(＿＿)m

level = 11 - (offset / 0x0c);

この式では現在のlevelを0～13段階に振り分けることができません。

level = 13 - (offset / 0x0c);

このように変更すること。

Last Update of this Ticket

2011-03-28 11:00 Update by: blackzoro

Ticket Close date set to 2011-03-28 11:00
Status Update from Open to Closed.

Comment

void cc1101_carrier_wave_setup(void)関数の

PRG_VERSION 0x40で

下記のように修正しました。

	offset = 0x0339 - temperature;
	

	level = 13 - (offset / 0x0c);
	

	if(offset & 0x8000)
		level = 13;
	else if((offset / 0x0c)>13)
		level = 0;

INT0の割り込みルーチン内で、INT1割り込みを禁止させれば、パワーダウンモード時のINT1の復帰は無効になる？ - 低電力無線通信用モジュールCC1101ドライバ作成 Ticket #24543 on SourceForge.JP

Mon, 28 Mar 2011 10:48:00 +0900

INT0の割り込みルーチン内で、INT1割り込みを禁止させれば、パワーダウンモード時のINT1の復帰は無効になる？

Open Date: 2011-02-26 15:23

Last Update: 2011-03-28 10:48

Reporter:	blackzoro	Owner:	(None)
Priority:	5 - Medium	MileStone:	(None)
Type:	ATmega88機能解説	Severity:	5 - Medium
Component:	(None)	Status:	Closed
Resolution	None

Details

INT0の割り込みルーチン内で、INT1割り込みを禁止させれば、パワーダウンモード時のINT1の復帰は無効になる？　この疑問に関する投稿をします。

Last Update of this Ticket

2011-03-28 10:48 Update by: blackzoro

Ticket Close date set to 2011-03-28 10:48
Status Update from Open to Closed.

ATmega88でAD変換値を読む際に起きた問題。 - 低電力無線通信用モジュールCC1101ドライバ作成 Ticket #24603 on SourceForge.JP

Mon, 28 Mar 2011 10:44:02 +0900

ATmega88でAD変換値を読む際に起きた問題。

Open Date: 2011-03-07 21:52

Last Update: 2011-03-28 10:44

Reporter:	blackzoro	Owner:	(None)
Priority:	5 - Medium	MileStone:	(None)
Type:	Bugs	Severity:	5 - Medium
Component:	(None)	Status:	Closed
Resolution	None

Details

ATmega88でAD変換を完了後、

temp_data_h = ADCH; temp_data_l = ADCL;

このように、アッパー側の値からリードして、その後ロワー側の値を読んだところ、正常に値が読めない時があった。

temp_data_l = ADCL; temp_data_h = ADCH;

このように変更したところ、正常にAD値を読むことができたが、何か規則があるのか？

Last Update of this Ticket

2011-03-28 10:44 Update by: blackzoro

Ticket Close date set to 2011-03-28 10:44
Status Update from Open to Closed.

Comment

現在、この問題は起きていない。

ADCを行う機能はu16 ad_get_val(u8 ad_ch,u8 adlar)この関数が一括して行うことにしている。

コマンドプログラムに関する解説 - 低電力無線通信用モジュールCC1101ドライバ作成 Ticket #24726 on SourceForge.JP

Sun, 27 Mar 2011 18:49:55 +0900

コマンドプログラムに関する解説

Open Date: 2011-03-27 17:14

Last Update: 2011-03-27 18:49

Reporter:	blackzoro	Owner:	(None)
Priority:	5 - Medium	MileStone:	(None)
Type:	通信仕様確認	Severity:	5 - Medium
Component:	(None)	Status:	Open
Resolution	None

Details

コマンドプログラムに関する解説についての投稿。

Last Update of this Ticket

2011-03-27 18:49 Update by: blackzoro

Comment

if(strstr(&gWCmd1 0,"env") != NULL) この条件がTRUEであった場合は、実際に、EEPROMにデータを登録していきます。

idには、EEPROMに登録する子機の０～９９の番地を選択する数値を設定します。

それから、tslaveの構造体変数に取得したシリアル番号とctlデータの4バイトを設定する。これが完了したら、

void  eeprom_write_block (const void *__src, void *__dst, size_t __n)

この関数を使う。

eeprom_busy_wait();		//EEPROM使用可能まで待機
eeprom_write_block(&tSlave, &greg_slave[id], sizeof(reg_slave)); //write 8byte

if(strstr(&gWCmd[1][0],"env") != NULL)
{
	int id=0;

	id = AscToInt(&gWCmd[2][0]);
	if(id >= 0 && id < 100)
	{
		tSlave.serial[0] = AscToHex(&gWCmd[3][0]);
		tSlave.serial[1] = AscToHex(&gWCmd[3][2]);
		tSlave.serial[2] = AscToHex(&gWCmd[3][4]);
		tSlave.slave_ctl_set = AscToHex(&gWCmd[4][0]);

		eeprom_busy_wait();		//EEPROM使用可能まで待機
		eeprom_write_block(&tSlave, &greg_slave[id], sizeof(reg_slave)); //write 8byte 

		ret = 1;
	}
}

SmartRF04EBボードでは-81dBmでもCRC_OKが出るのに、自分の基板ではCRC_OKが出ない - 低電力無線通信用モジュールCC1101ドライバ作成 Ticket #24466 on SourceForge.JP

Sat, 05 Mar 2011 17:44:41 +0900

SmartRF04EBボードでは-81dBmでもCRC_OKが出るのに、自分の基板ではCRC_OKが出ない

Open Date: 2011-02-18 15:50

Last Update: 2011-03-05 17:44

Reporter:	blackzoro	Owner:	blackzoro
Priority:	5 - Medium	MileStone:	(None)
Type:	SupportRequest	Severity:	5 - Medium
Component:	(None)	Status:	Closed
Resolution	None

Details

”SmartRF04EBボードでは-81dBmでもCRC_OKが出るのに、自分の基板ではCRC_OKが出ない”この問題について投稿

Last Update of this Ticket

2011-03-05 17:44 Update by: blackzoro

Ticket Close date set to 2011-03-05 17:44
Status Update from Open to Closed.

Atmega88のシステムクロックを動作途中から変更する方法 - 低電力無線通信用モジュールCC1101ドライバ作成 Ticket #24480 on SourceForge.JP

Sat, 05 Mar 2011 17:41:42 +0900

Atmega88のシステムクロックを動作途中から変更する方法

Open Date: 2011-02-20 15:46

Last Update: 2011-03-05 17:41

Reporter:	blackzoro	Owner:	blackzoro
Priority:	5 - Medium	MileStone:	(None)
Type:	ATmega88機能解説	Severity:	5 - Medium
Component:	(None)	Status:	Closed
Resolution	None

Details

Atmega88のシステムクロックを動作途中から変更する方法についてわからないので投稿します。

Last Update of this Ticket

2011-03-05 17:41 Update by: blackzoro

Ticket Close date set to 2011-03-05 17:41
Status Update from Open to Closed.

Revision 533において、データ電波送信ができなくなる問題が発生。 - 低電力無線通信用モジュールCC1101ドライバ作成 Ticket #24503 on SourceForge.JP

Sat, 05 Mar 2011 17:37:50 +0900

Revision 533において、データ電波送信ができなくなる問題が発生。

Open Date: 2011-02-23 07:38

Last Update: 2011-03-05 17:37

Reporter:	blackzoro	Owner:	(None)
Priority:	5 - Medium	MileStone:	(None)
Type:	Bugs	Severity:	5 - Medium
Component:	(None)	Status:	Closed
Resolution	None

Details

Revision 533において、データ電波送信ができなくなる問題が発生しています。

デバッガでみてみたところ、TXストローブ後のGDOピンのSyncword送信、送信完了のパルスの待ち時間で止まっていることがわかっています。FIFO_SETUP関数を改造後、動作がおかしくなっていることがわかっています。このことについて投稿します。

Last Update of this Ticket

2011-03-05 17:37 Update by: blackzoro

Ticket Close date set to 2011-03-05 17:37
Status Update from Open to Closed.

キャリア周波数が26MHz水晶発振子の温度誤差で生じるずれを解消する方法 - 低電力無線通信用モジュールCC1101ドライバ作成 Ticket #24560 on SourceForge.JP

Sat, 05 Mar 2011 17:18:58 +0900

キャリア周波数が26MHz水晶発振子の温度誤差で生じるずれを解消する方法

Open Date: 2011-02-28 14:41

Last Update: 2011-03-05 17:18

Reporter:	blackzoro	Owner:	(None)
Priority:	5 - Medium	MileStone:	(None)
Type:	CC1101疑問点	Severity:	5 - Medium
Component:	(None)	Status:	Open
Resolution	None

Details

キャリア周波数が26MHz水晶発振子の温度誤差で生じるずれを解消する方法について投稿します。

Last Update of this Ticket

2011-03-05 17:18 Update by: blackzoro

Comment

現在この問題を解決する方法として、CC1101内に持っている温度センサーで結果をGDO0ピンにアナログ電圧波形で出力させて、それをATmega88にADC変換で取り込み、その電圧に応じて、キャリア周波数を補正する方法をとる予定。

ATmega88で、ファームウェアHEXをダウンロード時に、必ずEEPROMの書き換えも行わなければいけないのか? - 低電力無線通信用モジュールCC1101ドライバ作成 Ticket #24561 on SourceForge.JP

Sat, 05 Mar 2011 17:06:32 +0900

ATmega88で、ファームウェアHEXをダウンロード時に、必ずEEPROMの書き換えも行わなければいけないのか?

Open Date: 2011-02-28 14:43

Last Update: 2011-03-05 17:06

Reporter:	blackzoro	Owner:	(None)
Priority:	5 - Medium	MileStone:	(None)
Type:	ATmega88機能解説	Severity:	5 - Medium
Component:	(None)	Status:	Open
Resolution	None

Details

ATmega88で、ファームウェアHEXをダウンロード時に、必ずEEPROMの書き換えも行わなければいけないのか?　この疑問について投稿します。

Last Update of this Ticket

2011-03-05 17:06 Update by: blackzoro

Comment

途中経過として、内部周波数8MHzに設定していて、AVRTAJTAGICEのクロックを250kHzに設定時に、ファームウェアHEXを書き換えてもやはり、EEPROM値がなくなってしまっている

INT1,INT0の割り込みルーチン内でi2cやADCなどの割り込みを必要とする機能は動作できるのか？ - 低電力無線通信用モジュールCC1101ドライバ作成 Ticket #24541 on SourceForge.JP

Sat, 26 Feb 2011 14:45:33 +0900

INT1,INT0の割り込みルーチン内でi2cやADCなどの割り込みを必要とする機能は動作できるのか？

Open Date: 2011-02-26 14:45

Last Update: 2011-02-26 14:45

Reporter:	blackzoro	Owner:	(None)
Priority:	5 - Medium	MileStone:	(None)
Type:	ATmega88機能解説	Severity:	5 - Medium
Component:	(None)	Status:	Open
Resolution	None

Details

INT1,INT0の割り込みルーチン内でi2cやADCなどの割り込みを必要とする機能は動作できるのか？　この疑問に関して投稿します。

Last Update of this Ticket

2011-02-26 14:45 Update by: blackzoro

New Ticket "INT1,INT0の割り込みルーチン内でi2cやADCなどの割り込みを必要とする機能は動作できるのか？" created

ATmega88を128kHzのシステムクロックでスリープさせた場合、ヒューズビット選択のOSCと8MHzの分周でのOSCとで消費電流が違う。 - 低電力無線通信用モジュールCC1101ドライバ作成 Ticket #24488 on SourceForge.JP

Fri, 25 Feb 2011 14:17:02 +0900

ATmega88を128kHzのシステムクロックでスリープさせた場合、ヒューズビット選択のOSCと8MHzの分周でのOSCとで消費電流が違う。

Open Date: 2011-02-21 17:42

Last Update: 2011-02-25 14:17

Reporter:	blackzoro	Owner:	(None)
Priority:	5 - Medium	MileStone:	(None)
Type:	ATmega88機能解説	Severity:	5 - Medium
Component:	(None)	Status:	Open
Resolution	None

Details

ATmega88を128kHzのシステムクロックでスリープさせた場合、ヒューズビット選択のOSCと8MHzの分周でのOSCとで消費電流が違う。

この疑問に関して投稿します。

現在ヒューズビット設定での128kHzシステムクロックでのスリープ時の電流値は16uAに対し、 8MhzをCLKPRレジスタの分周設定で128kHzに設定した場合では100uAぐらいになってしまう。

Last Update of this Ticket

2011-02-25 14:17 Update by: blackzoro

Comment

ATmega88でもTOSC端子機能がある。この端子はATmega88ではデータシート2ページ目でタイマカウンタ2用として使うことができるとのこと。

ATmega88にファームウェアHEXを書き込む際に、プログラム書き換えだけやると書き込みエラーが出る。 - 低電力無線通信用モジュールCC1101ドライバ作成 Ticket #24530 on SourceForge.JP

Fri, 25 Feb 2011 13:52:30 +0900

ATmega88にファームウェアHEXを書き込む際に、プログラム書き換えだけやると書き込みエラーが出る。

Open Date: 2011-02-25 13:52

Last Update: 2011-02-25 13:52

Reporter:	blackzoro	Owner:	(None)
Priority:	5 - Medium	MileStone:	(None)
Type:	Bugs	Severity:	5 - Medium
Component:	(None)	Status:	Open
Resolution	None

Details

ATmega88にファームウェアHEXを書き込む際に、プログラム書き換えだけやると書き込みエラーが出る。このことについて投稿します。

Last Update of this Ticket

2011-02-25 13:52 Update by: blackzoro

New Ticket "ATmega88にファームウェアHEXを書き込む際に、プログラム書き換えだけやると書き込みエラーが出る。" created

子機として使用するヒューズビットでシステムOSC128kHzに設定した基板の動作が遅い問題 - 低電力無線通信用モジュールCC1101ドライバ作成 Ticket #24527 on SourceForge.JP

Fri, 25 Feb 2011 11:25:25 +0900

子機として使用するヒューズビットでシステムOSC128kHzに設定した基板の動作が遅い問題

Open Date: 2011-02-25 11:25

Last Update: 2011-02-25 11:25

Reporter:	blackzoro	Owner:	(None)
Priority:	5 - Medium	MileStone:	(None)
Type:	Bugs	Severity:	5 - Medium
Component:	(None)	Status:	Open
Resolution	None

Details

子機として使用するヒューズビットでシステムOSC128kHzに設定した基板の動作が遅い問題について投稿します。

Last Update of this Ticket

2011-02-25 11:25 Update by: blackzoro

New Ticket "子機として使用するヒューズビットでシステムOSC128kHzに設定した基板の動作が遅い問題" created

親機へのRSSI情報の報告送信の機能の追加要求 - 低電力無線通信用モジュールCC1101ドライバ作成 Ticket #24500 on SourceForge.JP

Fri, 25 Feb 2011 10:35:27 +0900

親機へのRSSI情報の報告送信の機能の追加要求

Open Date: 2011-02-22 13:25

Last Update: 2011-02-25 10:35

Reporter:	blackzoro	Owner:	(None)
Priority:	5 - Medium	MileStone:	(None)
Type:	Feature Requests	Severity:	5 - Medium
Component:	(None)	Status:	Closed
Resolution	None

Details

親機へのRSSI情報の報告送信の機能の追加要求についての投稿。

Last Update of this Ticket

2011-02-25 10:35 Update by: blackzoro

Ticket Close date set to 2011-02-25 10:35
Status Update from Open to Closed.

子機からのSYN　親機からのSYN+ACKの返答プロトコル機能の実施 - 低電力無線通信用モジュールCC1101ドライバ作成 Ticket #24499 on SourceForge.JP

Tue, 22 Feb 2011 13:22:47 +0900

子機からのSYN　親機からのSYN+ACKの返答プロトコル機能の実施

Open Date: 2011-02-22 13:22

Last Update: 2011-02-22 13:22

Reporter:	blackzoro	Owner:	(None)
Priority:	5 - Medium	MileStone:	(None)
Type:	Feature Requests	Severity:	5 - Medium
Component:	(None)	Status:	Open
Resolution	None

Details

子機からのSYN　親機からのSYN+ACKの返答プロトコル機能の実施について投稿。

Last Update of this Ticket

2011-02-22 13:22 Update by: blackzoro

New Ticket "子機からのSYN　親機からのSYN+ACKの返答プロトコル機能の実施" created

キャリアセンス検知時の送信待ち時間乱数発生機能の追加 - 低電力無線通信用モジュールCC1101ドライバ作成 Ticket #24496 on SourceForge.JP

Tue, 22 Feb 2011 09:44:27 +0900

キャリアセンス検知時の送信待ち時間乱数発生機能の追加

Open Date: 2011-02-22 09:44

Last Update: 2011-02-22 09:44

Reporter:	blackzoro	Owner:	(None)
Priority:	5 - Medium	MileStone:	(None)
Type:	通信仕様確認	Severity:	5 - Medium
Component:	(None)	Status:	Open
Resolution	None

Details

キャリアセンス検知時の送信待ち時間乱数発生機能の追加のため投稿します。

Last Update of this Ticket

2011-02-22 09:44 Update by: blackzoro

New Ticket "キャリアセンス検知時の送信待ち時間乱数発生機能の追加" created

ATmega88のシステムjクロック変更レジスタを動作途中させた場合のデバッグ - 低電力無線通信用モジュールCC1101ドライバ作成 Ticket #24485 on SourceForge.JP

Mon, 21 Feb 2011 09:36:12 +0900

ATmega88のシステムjクロック変更レジスタを動作途中させた場合のデバッグ

Open Date: 2011-02-21 09:36

Last Update: 2011-02-21 09:36

Reporter:	blackzoro	Owner:	(None)
Priority:	5 - Medium	MileStone:	(None)
Type:	ATmega88機能解説	Severity:	5 - Medium
Component:	(None)	Status:	Open
Resolution	None

Details

ATmega88のシステムjクロック変更レジスタを動作途中させた場合、AVRATJTAGICEなどのICEデバッガでデバッグ中にシステムクロックが変更された場合、デバッグ通信はいつものように正常にどうさするのか？

Last Update of this Ticket

2011-02-21 09:36 Update by: blackzoro

New Ticket "ATmega88のシステムjクロック変更レジスタを動作途中させた場合のデバッグ" created

13 Receiver Channel Filter Bandwidth この項目の翻訳 - 低電力無線通信用モジュールCC1101ドライバ作成 Ticket #24468 on SourceForge.JP

Fri, 18 Feb 2011 17:45:36 +0900

13 Receiver Channel Filter Bandwidth この項目の翻訳

Open Date: 2011-02-18 17:45

Last Update: 2011-02-18 17:45

Reporter:	blackzoro	Owner:	(None)
Priority:	5 - Medium	MileStone:	(None)
Type:	データシート翻訳	Severity:	5 - Medium
Component:	(None)	Status:	Open
Resolution	None

Details

13 Receiver Channel Filter Bandwidth この項目の翻訳がほしいので投稿します。cc1101.pdfのpage 34です。

Last Update of this Ticket

2011-02-18 17:45 Update by: blackzoro

New Ticket "13 Receiver Channel Filter Bandwidth この項目の翻訳" created

0x0B: FSCTRL1 – Frequency Synthesizer Controlに関する機能の翻訳 - 低電力無線通信用モジュールCC1101ドライバ作成 Ticket #24467 on SourceForge.JP

Fri, 18 Feb 2011 16:48:46 +0900

0x0B: FSCTRL1 – Frequency Synthesizer Controlに関する機能の翻訳

Open Date: 2011-02-18 16:45

Last Update: 2011-02-18 16:48

Reporter:	blackzoro	Owner:	blackzoro
Priority:	5 - Medium	MileStone:	(None)
Type:	データシート翻訳	Severity:	5 - Medium
Component:	(None)	Status:	Open [Owner assigned]
Resolution	None

Details

”0x0B: FSCTRL1 – Frequency Synthesizer Controlに関する機能の翻訳”を投稿します。

Last Update of this Ticket

2011-02-18 16:48 Update by: blackzoro

Owner Update from (None) to blackzoro.

carrier senseのしきい値の確認 - 低電力無線通信用モジュールCC1101ドライバ作成 Ticket #24420 on SourceForge.JP

Thu, 17 Feb 2011 17:01:40 +0900

carrier senseのしきい値の確認

Open Date: 2011-02-16 14:54

Last Update: 2011-02-17 17:01

Reporter:	blackzoro	Owner:	blackzoro
Priority:	5 - Medium	MileStone:	(None)
Type:	通信仕様確認	Severity:	5 - Medium
Component:	(None)	Status:	Closed
Resolution	None

Details

現在のcarrier senseのしきい値の確認をします。

Last Update of this Ticket

2011-02-17 17:01 Update by: blackzoro

Ticket Close date set to 2011-02-17 17:01
Status Update from Open to Closed.

sync1,sync2のレジスタ設定はRX,TX側それぞれ同じにしなければいけない? - 低電力無線通信用モジュールCC1101ドライバ作成 Ticket #24410 on SourceForge.JP

Thu, 17 Feb 2011 16:02:27 +0900

sync1,sync2のレジスタ設定はRX,TX側それぞれ同じにしなければいけない?

Open Date: 2011-02-15 10:49

Last Update: 2011-02-17 16:02

Reporter:	blackzoro	Owner:	blackzoro
Priority:	5 - Medium	MileStone:	(None)
Type:	CC1101疑問点	Severity:	5 - Medium
Component:	(None)	Status:	Closed
Resolution	None

Details

sync1,sync2のレジスタ設定はRX,TX側それぞれ同じにしなければいけない?　この疑問について投稿します。

Last Update of this Ticket

2011-02-17 16:02 Update by: blackzoro

Ticket Close date set to 2011-02-17 16:02
Status Update from Open to Closed.

Carrier Senseに関する機能についての翻訳 - 低電力無線通信用モジュールCC1101ドライバ作成 Ticket #24411 on SourceForge.JP

Thu, 17 Feb 2011 15:22:42 +0900

Carrier Senseに関する機能についての翻訳

Open Date: 2011-02-15 11:52

Last Update: 2011-02-17 15:22

Reporter:	blackzoro	Owner:	(None)
Priority:	5 - Medium	MileStone:	(None)
Type:	データシート翻訳	Severity:	5 - Medium
Component:	(None)	Status:	Closed
Resolution	None

Details

Carrier Senseに関する機能についての翻訳がほしいので投稿します。

Last Update of this Ticket

2011-02-17 15:22 Update by: blackzoro

Ticket Close date set to 2011-02-17 15:22
Status Update from Open to Closed.

20 Data FIFO　page 54の翻訳依頼 - 低電力無線通信用モジュールCC1101ドライバ作成 Ticket #24417 on SourceForge.JP

Thu, 17 Feb 2011 13:24:19 +0900

20 Data FIFO　page 54の翻訳依頼

Open Date: 2011-02-15 21:37

Last Update: 2011-02-17 13:24

Reporter:	blackzoro	Owner:	(None)
Priority:	5 - Medium	MileStone:	(None)
Type:	データシート翻訳	Severity:	5 - Medium
Component:	(None)	Status:	Closed
Resolution	None

Details

20 Data FIFO　page 54の翻訳依頼をしたいので投稿します。

Last Update of this Ticket

2011-02-17 13:24 Update by: blackzoro

Ticket Close date set to 2011-02-17 13:24
Status Update from Open to Closed.

TCP/IPのTX側RX側がSYN送信、受信中でもRX側は他の端末のSYNの受信はできるのか？ - 低電力無線通信用モジュールCC1101ドライバ作成 Ticket #24422 on SourceForge.JP

Wed, 16 Feb 2011 16:28:48 +0900

TCP/IPのTX側RX側がSYN送信、受信中でもRX側は他の端末のSYNの受信はできるのか？

Open Date: 2011-02-16 16:28

Last Update: 2011-02-16 16:28

Reporter:	blackzoro	Owner:	(None)
Priority:	5 - Medium	MileStone:	(None)
Type:	通信仕様確認	Severity:	5 - Medium
Component:	(None)	Status:	Open
Resolution	None

Details

TCP/IPのTX側RX側がSYN送信、受信中でもRX側は他の端末のSYNの受信はできるのか？

Last Update of this Ticket

2011-02-16 16:28 Update by: blackzoro

New Ticket "TCP/IPのTX側RX側がSYN送信、受信中でもRX側は他の端末のSYNの受信はできるのか？" created

19.5 Wake On Radio (WOR) page 51の翻訳 - 低電力無線通信用モジュールCC1101ドライバ作成 Ticket #24414 on SourceForge.JP

Tue, 15 Feb 2011 21:25:55 +0900

19.5 Wake On Radio (WOR) page 51の翻訳

Open Date: 2011-02-15 19:36

Last Update: 2011-02-15 21:25

Reporter:	blackzoro	Owner:	(None)
Priority:	5 - Medium	MileStone:	(None)
Type:	データシート翻訳	Severity:	5 - Medium
Component:	(None)	Status:	Open
Resolution	None

Details

19.5 Wake On Radio (WOR) page 51の翻訳がほしいので投稿します。

Last Update of this Ticket

2011-02-15 21:25 Update by: blackzoro

Comment

cc1101.pdf page 52

19.5.1 RC Oscillator and Timing

19.5.1 RC発振器とタイミング

The frequency of the low-power RC oscillator used for the WOR functionality varies with temperature and supply voltage.

WOR機能のために使われる低出力ローマカトリック教会発振器の振動数は、温度と供給電圧によって異なります。

In order to keep the frequency as accurate as possible, the RC oscillator will be calibrated whenever possible, which is when the XOSC is running and the chip is not in the SLEEP state

頻度をできるだけ正確にしておくために、可能な場合はいつでも、ローマカトリック教会発振器は調整されます、そしてそれはXOSCが走っています、そして、チップがSLEEP国にありません。

When the power and XOSC are enabled, the clock used by the WOR timer is a divided XOSC clock.

力とXOSCが可能にされるとき、WORタイマーにより用いられる時計は分かれたXOSC時計です。

When the chip goes to the sleep state, the RC oscillator will use the last valid calibration result.

チップが睡眠国に行くとき、ローマカトリック教会発振器は最後の有効な較正結果を使います。

The frequency of the RC oscillator is locked to the main crystal frequency divided by 750.

ローマカトリック教会発振器の振動数は、750で割った主な水晶の頻度にロックされます。

In applications where the radio wakes up very often, typically several times every second, it is possible to do the RC oscillator calibration once and then turn off calibration to reduce the current consumption.

ラジオが頻繁に起きるアプリケーションでは、典型的に数回毎秒、かつてローマカトリック教会発振器較正をして、それから、現在の消費を減らすために較正をオフにすることは、可能です。

This is done by setting WORCTRL.RC_CAL=0 and requires that RC oscillator calibration values are read from registers RCCTRL0_STATUS and RCCTRL1_STATUS and written back to RCCTRL0 and RCCTRL1 respectively.

これはWORCTRL.RC_CAL=0をセットすることによってされて、ローマカトリック教会発振器較正価値がレジスターRCCTRL0_STATUSとRCCTRL1_STATUSから読まれて、それぞれRCCTRL0とRCCTRL1へ書かれることを義務づけます。

If the RC oscillator calibration is turned off, it will have to be manually turned on again if temperature and supply voltage changes.

ローマカトリック教会発振器較正がオフにされるならば、温度と供給電圧が変わるならば、それは再び手でつけられなければなりません。

Refer to Application Note AN047 7 for further details.

更なるものに賛成のApplication Note AN047［7］を参照してください

15.1 Data Whiteningについての機能 - 低電力無線通信用モジュールCC1101ドライバ作成 Ticket #24403 on SourceForge.JP

Tue, 15 Feb 2011 10:04:37 +0900

15.1 Data Whiteningについての機能

Open Date: 2011-02-14 14:42

Last Update: 2011-02-15 10:04

Reporter:	blackzoro	Owner:	(None)
Priority:	5 - Medium	MileStone:	(None)
Type:	CC1101疑問点	Severity:	5 - Medium
Component:	(None)	Status:	Open
Resolution	None

Details

15.1 Data Whiteningについての機能を理解していないので投稿します。

Last Update of this Ticket

2011-02-15 10:04 Update by: blackzoro

Comment

cc1101.pdf page 37

From a radio perspective, the ideal over the air data are random and DC free.

ラジオ展望から、空気データについて理想的なものはランダムです、そして、コロンビア特別区が自由です。

This results in the smoothest power distribution over the occupied bandwidth.

これは、占められた帯域幅以上最もスムーズな力の配布に終わります。

This also gives the regulation loops in the receiver uniform operation conditions (no data dependencies).

これも、レシーバーの制服作動状況（データ依存でない）で、正規のループをします。

Real data often contain long sequences of zeros and ones.

本当のデータは、しばしばゼロとものの長いシーケンスを含みます。

In these cases, performance can be improved by whitening the data before transmitting, and de-whitening the data in the receiver.

これらの場合、パフォーマンスは伝えて、レシーバーでデータを非白くする前にデータを白くすることによって向上することができます。

With CC1101, this can be done automatically.

CC1101で、これは自動的にされることができます。

By setting PKTCTRL0.WHITE_DATA=1,all

PKTCTRL0.WHITE_DATA=1,allをセットすることによって

data, except the preamble and the sync word will be XOR-ed with a 9-bit pseudo-random (PN9) sequence before being transmitted.

データ、前文と同期以外は、知らせは送られる前に、9ビットの疑似乱数の（PN9）シーケンスで、XORです。

In this way, the whitening is reversed, and the original data appear in the receiver.

このように、漂白は逆にされます、そして、最初のデータはレシーバーで現れます。

The PN9 sequence is initialized to all 1’s.

PN9シーケンスは、全1まで初期化されます。

TCP/IPの”再送要求”についての疑問 - 低電力無線通信用モジュールCC1101ドライバ作成 Ticket #24390 on SourceForge.JP

Mon, 14 Feb 2011 18:55:26 +0900

TCP/IPの”再送要求”についての疑問

Open Date: 2011-02-12 19:47

Last Update: 2011-02-14 18:55

Reporter:	blackzoro	Owner:	(None)
Priority:	5 - Medium	MileStone:	(None)
Type:	通信仕様確認	Severity:	5 - Medium
Component:	(None)	Status:	Open
Resolution	None

Details

TCP/IP通信の3wayハンドシェイクについて、”再送要求フラグ”を付けたパケットを送信する際についての疑問のため投稿します。再送要求を出す場合は、受け取ったパケットのCRC計算がエラーしているときに、送信元に対して再送をお願いするため送信すると思われるのですが、送信元のIPアドレス情報を使ってパケットを送信すると思うのですが、CRC計算の間違ったデータから送信元に返してたとしても、そのデータ自身の正確性がないので送信元IP情報を使うことができず、そのパケットは送信できないと思うのですが、どのようにしているのかご存知の方いらっしゃいませんでしょうか?

Last Update of this Ticket

2011-02-14 18:55 Update by: blackzoro

Comment

"TCPの状態遷移図"についての解説

連載　基礎から学ぶWindowsネットワーク

http://www.atmarkit.co.jp/fwin2k/network/baswinlan016/baswinlan016_03.html

3Wayハンドシェイクのやり方 (フォーラムメッセージ [#55691] からの引用) - 低電力無線通信用モジュールCC1101ドライバ作成 Ticket #24343 on SourceForge.JP

Mon, 14 Feb 2011 18:37:07 +0900

3Wayハンドシェイクのやり方 (フォーラムメッセージ [#55691] からの引用)

Open Date: 2011-02-09 13:57

Last Update: 2011-02-14 18:37

Reporter:	blackzoro	Owner:	(None)
Priority:	5 - Medium	MileStone:	(None)
Type:	通信仕様確認	Severity:	5 - Medium
Component:	(None)	Status:	Open
Resolution	None

Details

フォーラム Open Discussion [#55691] からの引用

[forum: 55691]

現在電波送信時の1パケットのやり取りを完全に渡し終わるようにするように3wayハンドシェイクを考えているのですが、どのようにすればよいか教えていただける方いらっしゃいませんでしょうか?

(From Forum Message 55691)

Last Update of this Ticket

2011-02-14 18:37 Update by: blackzoro

Type Update from SupportRequest to 通信仕様確認.

Comment

"TCPの状態遷移図"についての解説

連載　基礎から学ぶWindowsネットワーク

http://www.atmarkit.co.jp/fwin2k/network/baswinlan016/baswinlan016_03.html

TX側でプリアンブルビットを4バイト(32bit)出力設定にし、RX側ではプリアンブルビットを2バイト(16bit)設定にした場合に、データを受信することはできるのか？ - 低電力無線通信用モジュールCC1101ドライバ作成 Ticket #24402 on SourceForge.JP

Mon, 14 Feb 2011 15:26:47 +0900

TX側でプリアンブルビットを4バイト(32bit)出力設定にし、RX側ではプリアンブルビットを2バイト(16bit)設定にした場合に、データを受信することはできるのか？

Open Date: 2011-02-14 14:01

Last Update: 2011-02-14 15:26

Reporter:	blackzoro	Owner:	blackzoro
Priority:	5 - Medium	MileStone:	(None)
Type:	CC1101疑問点	Severity:	5 - Medium
Component:	(None)	Status:	Open [Owner assigned]
Resolution	None

Details

TX側でプリアンブルビットを4バイト(32bit)出力設定にし、RX側ではプリアンブルビットを2バイト(16bit)設定にした場合に、データを受信することはできるのか？という疑問の投稿をします。

Last Update of this Ticket

2011-02-14 15:26 Update by: blackzoro

Comment

現在のTX側 RX側共通のレジスタ設定

IOCFG2 (addr:0x00) : 0x29
IOCFG1 (addr:0x01) : 0x2e
IOCFG0 (addr:0x02) : 0x3f
FIFOTHR (addr:0x03) : 0x07
SYNC1 (addr:0x04) : 0xd3
SYNC0 (addr:0x05) : 0x91
PKTLEN (addr:0x06) : 0xff
PKTCTRL1 (addr:0x07) : 0x04
PKTCTRL0 (addr:0x08) : 0x05
ADDR (addr:0x09) : 0x00
CHANNR (addr:0x0a) : 0x00
FSCTRL1 (addr:0x0b) : 0x0c
FSCTRL0 (addr:0x0c) : 0x00
FREQ2 (addr:0x0d) : 0x10
FREQ1 (addr:0x0e) : 0x82
FREQ0 (addr:0x0f) : 0x95
MDMCFG4 (addr:0x10) : 0x88
MDMCFG3 (addr:0x11) : 0x83
MDMCFG2 (addr:0x12) : 0x13
MDMCFG1 (addr:0x13) : 0x22
MDMCFG0 (addr:0x14) : 0xf8
DEVIATN (addr:0x15) : 0x27
MCSM2 (addr:0x16) : 0x07
MCSM1 (addr:0x17) : 0x30
MCSM0 (addr:0x18) : 0x04
FOCCFG (addr:0x19) : 0x76
BSCFG (addr:0x1a) : 0x6c
AGCTRL2 (addr:0x1b) : 0x03
AGCTRL1 (addr:0x1c) : 0x40
AGCTRL0 (addr:0x1d) : 0x91
WOREVT1 (addr:0x1e) : 0x87
WOREVT0 (addr:0x1f) : 0x6b
WORCTRL (addr:0x20) : 0xf8
FREND1 (addr:0x21) : 0x56
FREND0 (addr:0x22) : 0x10
FSCAL3 (addr:0x23) : 0xa9
FSCAL2 (addr:0x24) : 0x0a
FSCAL1 (addr:0x25) : 0x20
FSCAL0 (addr:0x26) : 0x0d
RCCTRL1 (addr:0x27) : 0x41
RCCTRL0 (addr:0x28) : 0x00
FSTEST (addr:0x29) : 0x59
PTEST (addr:0x2a) : 0x7f
AGCTEST (addr:0x2b) : 0x3f
TEST2 (addr:0x2c) : 0x88
TEST1 (addr:0x2d) : 0x31
TEST0 (addr:0x2e) : 0x0b

page 46 Forward Error Correction (FEC)の機能について - 低電力無線通信用モジュールCC1101ドライバ作成 Ticket #24389 on SourceForge.JP

Mon, 14 Feb 2011 10:33:23 +0900

page 46 Forward Error Correction (FEC)の機能について

Open Date: 2011-02-12 19:22

Last Update: 2011-02-14 10:33

Reporter:	blackzoro	Owner:	blackzoro
Priority:	5 - Medium	MileStone:	(None)
Type:	データシート翻訳	Severity:	5 - Medium
Component:	(None)	Status:	Open [Owner assigned]
Resolution	None

Details

cc1101(page 46) Forward Error Correction (FEC)の機能についての翻訳依頼。

Last Update of this Ticket

2011-02-14 10:33 Update by: blackzoro

Comment

MDMCFG1.FEC_EN = 1 Enable(Only supported for fixed packet length mode, i.e.PKTCTRL0.LENGTH_CONFIG=0)

cc1101.pdf page 76より　この機能はfixed packet length mode, i.e.PKTCTRL0.LENGTH_CONFIG=0 の時のみ機能が有効になるとのこと。

SmartRF04EBボードのTXパケット送信の間隔時間を変更することは可能か? - 低電力無線通信用モジュールCC1101ドライバ作成 Ticket #24388 on SourceForge.JP

Sat, 12 Feb 2011 19:19:30 +0900

SmartRF04EBボードのTXパケット送信の間隔時間を変更することは可能か?

Open Date: 2011-02-12 18:53

Last Update: 2011-02-12 19:19

Reporter:	blackzoro	Owner:	blackzoro
Priority:	5 - Medium	MileStone:	(None)
Type:	CC1101疑問点	Severity:	5 - Medium
Component:	(None)	Status:	Open [Owner assigned]
Resolution	None

Details

SmartRF04EBボードのTXパケット送信の感覚を変更することが可能かどうかについて疑問があるので投稿します。できれば100個のパケットを送信する際に1秒に1個のパケットを送信するようにしたいです。

Last Update of this Ticket

2011-02-12 19:19 Update by: blackzoro

Summary Updated

LQI値とはどんな機能の値なのか？ - 低電力無線通信用モジュールCC1101ドライバ作成 Ticket #24387 on SourceForge.JP

Sat, 12 Feb 2011 18:45:27 +0900

LQI値とはどんな機能の値なのか？

Open Date: 2011-02-12 18:21

Last Update: 2011-02-12 18:45

Reporter:	blackzoro	Owner:	blackzoro
Priority:	5 - Medium	MileStone:	(None)
Type:	CC1101疑問点	Severity:	5 - Medium
Component:	(None)	Status:	Open [Owner assigned]
Resolution	None

Details

LQI値とはどんな機能の値なのかという疑問があるので、投稿します。

Last Update of this Ticket

2011-02-12 18:45 Update by: blackzoro

Comment

17.6 Link Quality Indicator (LQI) cc1101.pdf page 46

The Link Quality Indicator is a metric of the current quality of the received signal.

Link Quality Indicatorは、受信信号の現在の品質の測定基準です。

If PKTCTRL1.APPEND_STATUS is enabled, the value is automatically added to the last byte appended after the payload.

PKTCTRL1.APPEND_STATUSが可能にされるならば、価値はペイロードの後で追加される最後のバイトに自動的に加えられます。

The value can also be read from the LQI status register.

価値は、LQIステータスレジスタから読まれることもできます。

The LQI gives an estimate of how easily a received signal can be demodulated by accumulating the magnitude of the error between ideal constellations and the received signal over the 64 symbols immediately following the sync word.

LQIは、受信信号が同期語の後で64のシンボルの上に理想的な星座と受信信号の間でエラーの大きさをすぐ累積することによってどれくらい簡単に復調されることができるかという推定をします。

LQI is best used as a relative measurement of the link quality (a low value indicates a better link than what a high value does), since the value is dependent on the modulation format.

価値が変調フォーマットに依存している時から、LQIが関連品質（低い価値は、高い価値がそうするものより良い関連を示します）の相対的な測定値として最も使われます。

STXストローブコマンド実行時の電波送信時間の測定方法 - 低電力無線通信用モジュールCC1101ドライバ作成 Ticket #24352 on SourceForge.JP

Sat, 12 Feb 2011 18:19:17 +0900

STXストローブコマンド実行時の電波送信時間の測定方法

Open Date: 2011-02-10 11:37

Last Update: 2011-02-12 18:19

Reporter:	blackzoro	Owner:	blackzoro
Priority:	5 - Medium	MileStone:	(None)
Type:	CC1101疑問点	Severity:	5 - Medium
Component:	(None)	Status:	Open [Owner assigned]
Resolution	None

Details

STXストローブコマンド実行時の電波送信時間の測定方法がわからないので投稿します。

Last Update of this Ticket

2011-02-12 18:19 Update by: blackzoro

Type Update from SupportRequest to CC1101疑問点.

PKTCTRL1(addr:0x07)のAPPEND_STATUSの機能 - 低電力無線通信用モジュールCC1101ドライバ作成 Ticket #24376 on SourceForge.JP

Sat, 12 Feb 2011 18:04:12 +0900

PKTCTRL1(addr:0x07)のAPPEND_STATUSの機能

Open Date: 2011-02-12 00:05

Last Update: 2011-02-12 18:04

Reporter:	blackzoro	Owner:	blackzoro
Priority:	5 - Medium	MileStone:	(None)
Type:	CC1101疑問点	Severity:	5 - Medium
Component:	(None)	Status:	Open [Owner assigned]
Resolution	None

Details

PKTCTRL1(addr:0x07)のAPPEND_STATUSの機能について理解ができていないので、投稿します。

CC1101.pdf page 71 の　0x07: PKTCTRL1 – Packet Automation Controlレジスタの説明

APPEND_STATUS：When enabled, two status bytes will be appended to the payload of the packet. The status bytes contain RSSI and LQI values, as well as CRC OK.

Last Update of this Ticket

2011-02-12 18:04 Update by: blackzoro

Comment

RX_SETUPステートで、

cc1100_write_reg(CC1100_REG_PKTCTRL1,0x08);

この式で、

PKTCTRL1.APPEND_STATUSを無効にしてみたところ、

TX側0x0f(15byte)で送信して、RX側のFIFOにも(15byte)で入っていることがわかった。

RXステート中にステータスレジスタなどにSPI通信で通信した場合のCC1101の動作について - 低電力無線通信用モジュールCC1101ドライバ作成 Ticket #24386 on SourceForge.JP

Sat, 12 Feb 2011 15:34:12 +0900

RXステート中にステータスレジスタなどにSPI通信で通信した場合のCC1101の動作について

Open Date: 2011-02-12 15:34

Last Update: 2011-02-12 15:34

Reporter:	blackzoro	Owner:	blackzoro
Priority:	5 - Medium	MileStone:	(None)
Type:	CC1101疑問点	Severity:	5 - Medium
Component:	(None)	Status:	Open [Owner assigned]
Resolution	None

Details

RXステート中にステータスレジスタなどにSPI通信で通信した場合、CC1101のRXステートの動作が停止してしまうのかについて調べるために投稿します。

Last Update of this Ticket

2011-02-12 15:34 Update by: blackzoro

Owner Update from (None) to blackzoro.

RX側でプリアンブルビットをカウントする等の機能はあるのか？ - 低電力無線通信用モジュールCC1101ドライバ作成 Ticket #24359 on SourceForge.JP

Thu, 10 Feb 2011 14:39:45 +0900

RX側でプリアンブルビットをカウントする等の機能はあるのか？

Open Date: 2011-02-10 14:35

Last Update: 2011-02-10 14:39

Reporter:	blackzoro	Owner:	blackzoro
Priority:	5 - Medium	MileStone:	(None)
Type:	CC1101疑問点	Severity:	5 - Medium
Component:	(None)	Status:	Open [Owner assigned]
Resolution	None

Details

RX側でプリアンブルビットをカウントする等の機能はあるのか？　という疑問があるので投稿する。

Last Update of this Ticket

2011-02-10 14:39 Update by: blackzoro

Type Update from SupportRequest to CC1101疑問点.

プリアンブルビットのビット数設定方法 - 低電力無線通信用モジュールCC1101ドライバ作成 Ticket #24356 on SourceForge.JP

Thu, 10 Feb 2011 14:33:42 +0900

プリアンブルビットのビット数設定方法

Open Date: 2011-02-10 13:14

Last Update: 2011-02-10 14:33

Reporter:	blackzoro	Owner:	(None)
Priority:	5 - Medium	MileStone:	(None)
Type:	SupportRequest	Severity:	5 - Medium
Component:	(None)	Status:	Closed
Resolution	Fixed

Details

プリアンブルビットのビット数設定方法を調べるために投稿しました。

Last Update of this Ticket

2011-02-10 14:33 Update by: blackzoro

Resolution Update from None to Fixed.
Type Update from Bugs to SupportRequest.

TX側、RX側の通信距離が伸びない問題 (フォーラムメッセージ [#55695] からの引用) - 低電力無線通信用モジュールCC1101ドライバ作成 Ticket #24346 on SourceForge.JP

Wed, 09 Feb 2011 16:30:30 +0900

TX側、RX側の通信距離が伸びない問題 (フォーラムメッセージ [#55695] からの引用)

Open Date: 2011-02-09 16:30

Last Update: 2011-02-09 16:30

Reporter:	blackzoro	Owner:	(None)
Priority:	5 - Medium	MileStone:	(None)
Type:	Bugs	Severity:	5 - Medium
Component:	(None)	Status:	Open
Resolution	None

Details

フォーラム Open Discussion [#55695] からの引用

[forum: 55695]

現在TX側、RX側でパケットを送信するテストをしているが、思ったほど通信距離が伸びない問題が発生しています。原因として考えられるのが、アンテナのマッチングが不十分なことなのですが、このようなハードウェア以外の面でも問題があるのか、またCC1101のレジスタ設定でも問題が起きているのか、また、ハードウェアのアンテナ問題など難しい問題をカバーするレジスタ設定機能がCC1101には搭載されているのか等を調べたいので投稿します。

(From Forum Message 55695)

Last Update of this Ticket

2011-02-09 16:30 Update by: blackzoro

New Ticket "TX側、RX側の通信距離が伸びない問題 (フォーラムメッセージ [#55695] からの引用)" created

ramp up機能とは何なのか? - 低電力無線通信用モジュールCC1101ドライバ作成 Ticket #24345 on SourceForge.JP

Wed, 09 Feb 2011 15:55:55 +0900

ramp up機能とは何なのか?

Open Date: 2011-02-09 15:37

Last Update: 2011-02-09 15:55

Reporter:	blackzoro	Owner:	(None)
Priority:	5 - Medium	MileStone:	(None)
Type:	SupportRequest	Severity:	5 - Medium
Component:	(None)	Status:	Open
Resolution	None

Details

現在cc1101.pdfのデータシート 58ページの内容のramp up機能の理解ができていません。どのような機能なのかについて質問として投稿します。

Last Update of this Ticket

2011-02-09 15:55 Update by: blackzoro

Comment

With ASK modulation, up to eight power settings are used for shaping.

ASK変調で、最高8つの力のセッティングが、形づくるために使われます。

The modulator contains a counter that counts up when transmitting a one and down when transmitting a zero.

モジュレータは、ものを送っていて下のとき、ゼロを送るとき、上へ重要であるカウンターを含みます。

The counter counts at a rate equal to 8 times the symbol rate.

カウンターは、シンボル率の8倍と等しい率で重要です。

The counter saturates at FREND0.PA_POWER and 0 respectively.

カウンターは、それぞれFREND0.PA_POWERと0時に飽和させます。

This counter value is used as an index for a lookup in the power table.

この反価値が、力のテーブルの検索のためのインデックスとして使われます。

Thus, in order to utilize the whole table, FREND0.PA_POWER should be 7 when ASK is active.

このように、全部のテーブルを利用するために、ASKが活発なとき、FREND0.PA_POWERは7でなければなりません。

The shaping of the ASK signal is dependent on the configuration of the PATABLE.

ASK信号を形づくることは、PATABLEの構成に依存しています。

Figure 29 shows some examples of ASK shaping.

図29は、ASK創造の若干の例を表します。

PATABLEの使い方 (フォーラムメッセージ [#55692] からの引用) - 低電力無線通信用モジュールCC1101ドライバ作成 Ticket #24344 on SourceForge.JP

Wed, 09 Feb 2011 15:23:30 +0900

PATABLEの使い方 (フォーラムメッセージ [#55692] からの引用)

Open Date: 2011-02-09 14:12

Last Update: 2011-02-09 15:23

Reporter:	blackzoro	Owner:	(None)
Priority:	5 - Medium	MileStone:	(None)
Type:	SupportRequest	Severity:	5 - Medium
Component:	(None)	Status:	Open
Resolution	None

Details

フォーラム Open Discussion [#55692] からの引用

[forum: 55692]

現在PATABLEの使い方をちゃんと理解できていません。今一度データシートをみて再度理解したいので、投稿させて頂きます。

(From Forum Message 55692)

Last Update of this Ticket

2011-02-09 15:23 Update by: blackzoro

Comment

The power ramping at the start and at the end of a packet can be turned off by setting FREND0.PA_POWER=0 and then program the Note: The calibration values are maintained in SLEEP mode, so the calibration is still valid after waking up from SLEEP mode unless supply voltage or temperature has changed significantly.CC1101 SWRS061F Page 57 of 96 desired output power to index 0 in the PATABLE.

箱の初めは、そして、終わりに傾斜している力は、FREND0.PA_POWER=0をセットすることによってオフにされることができて、それから、注をプログラムすることができます：

このことより、FREND0.PA_POWER=0の場合はThe power ramping機能は停止されると思われる。

アンテナ問題 (フォーラムメッセージ [#55690] からの引用) - 低電力無線通信用モジュールCC1101ドライバ作成 Ticket #24342 on SourceForge.JP

Wed, 09 Feb 2011 14:57:26 +0900

アンテナ問題 (フォーラムメッセージ [#55690] からの引用)

Open Date: 2011-02-09 13:49

Last Update: 2011-02-09 14:57

Reporter:	blackzoro	Owner:	(None)
Priority:	5 - Medium	MileStone:	(None)
Type:	SupportRequest	Severity:	5 - Medium
Component:	(None)	Status:	Open
Resolution	None

Details

フォーラム Open Discussion [#55690] からの引用

[forum: 55690]

現在アンテナ問題で悩んでおります。アンテナの形状、また設置する角度だけで受信時のRSSI値が大幅に変化してしまい、RSSI値が悪いとデータ受信してもCRC_NGとなる確率が高くなってしまっています。このアンテナを最もよいデザインのものを作る方法はありますでしょうか?　また、作ったアンテナをテストする方法として何かいい方法はありませんでしょうか?

cc1101.pdf　56ページ目

(From Forum Message 55690)

Last Update of this Ticket

2011-02-09 14:57 Update by: blackzoro

Comment

The calibration values are maintained in SLEEP mode, so the calibration is still valid after waking up from SLEEP mode unless supply voltage or temperature has changed significantly.

較正値はSLEEPモードで維持されるので、供給電圧または温度がかなり変わらなかった限り、較正はSLEEPモードから起きた後にまだ有効です。

CC1101 SWRS061F Page 57 of 96 desired output power to index 0 in the PATABLE.

96のCC1101 SWRS061F 57ページは、PATABLEで指数0に出力力を希望しました。