Kenji Arai

Activity

Reply to GR-PEACHのI2C(master)が使用できるようになりました - ちっと気になる点もあり、もう少し検証しないといけないと思っています。 しかし動作例が自分だけでなく広がったのは、良かったです。
Kenji Arai - 08 Dec 2014
Reply to printf()について - Hagimotoさん 中の人に反応してもらい一安心しました。 上記掲載のプログラムがわかりにくいので、動作させたとしても何を言っているのか理解してもらえないことに気づきました。 大変失礼しました。 ＃define DISP_COM をコメントアウト(定義せず）実行すると、PC側のVCOM出力は、 R=OFF,G=OFF,B=OFF RF,GF,BF,UN passed 155 Sec などと、ライン一行が同時に表示されます(それも5秒待ってから）。 これに対して、 ＃define …
Kenji Arai - 08 Dec 2014
Reply to mbed interfaceについて - マニュアルを読めばわかるのでしょうが、EEPROMはよくわからないので・・・・ チップイレース１００としてｎセクタ構成なので、ｘKbyte以下のプログラムなら1/yのくらいのとなり、全体としてa%短縮が目標です。 とは言えないでしょうか?
Kenji Arai - 08 Dec 2014
Reply to delay_ms()のバラツキ - とりあえず下記の対応で、暫定対策としては効果があったようです。 興味のある方は試してみてください。 Matsuokaさんのような良い計測手段を持っていないので確信は持てませんが、少なくとも誤計測の確率は少なくなりました。 us_ticker.cuint32_t us_ticker_read() { static uint32_t max_val = 0x8551eb85; //*F_us2CLK(0xffffffff)+1; uint32_t val; if …
Kenji Arai - 08 Dec 2014
Reply to delay_ms()のバラツキ - マニュアルを拝見すると、32Bitタイマーが二つあり、アウトプットコンペアも32bitで割り込み発生が出来そうです。 片方は使っていると思いますが、もう一方が使えませんか? 先のコメントで、16+16Bitで2回読み出しの問題を指摘しましたが、もっと問題なのは上位16Bitだけでアウトプットコンペア割り込みをかけている点です。 これでは正確な時間計測は無理でしょう。 Floatで係数を掛け算して割り出していますが、これも賛成できかねます。 クロックベースを極力１μSecにすべきでしょう。 先ずは暫定対策を提案してみたいですが・・・
Kenji Arai - 07 Dec 2014
Reply to delay_ms()のバラツキ - ちょっと覗いただけですが、たぶん今のように16bit+16bitのタイマー構成で、 us_ticker_read()内 val = MTU2.TCNT_1<<16 | MTU2.TCNT_2; // concat cascaded Counters のように二つのタイマーが走っている時にデータを個別に読んで足しては同期が保たれないでしょう。 データ解析しないと何とも言えないですが、下位の16bitタイマーのオバーフロー前後の読み出しタイミングで連続性が保たれていないように思われます。 インプットキャプチャー機能で上位、下位のそれぞれのタイマー値をソフトウェアトリガーで一緒に補足できれば使えるでしょうが、そんなことできますか? 一番簡単なのは32bitタイマーを使用することだと思います。 …
Kenji Arai - 07 Dec 2014
Reply to GR-PEACHのI2C(master)が使用できるようになりました - 追加確認で同じI2Cラインで、 ① LCD AQM0802A(秋月） ② 加速度センサー LIS3DH(秋月） ③ ジャイロセンサー L3GD20(秋月） が動作することが確認できました。 SPIのLCDと合わせて、動作しています。
Kenji Arai - 07 Dec 2014
Reply to GR-PEACHのI2C(master)が使用できるようになりました - 一様、問題点が見つかり、ソースコードを修正し、動作確認しました。 I2C Gyroからのデータ読み込みも含め、動作し始めました。 充分な検証はできていませんが、もしI2Cタイプのセンサーなどお持ちでしたら、動かしてみてください。 保証は致しかねますが、問題点をお知らせいただければ修正したいと思います。 勿論、最終判断は中の人に確認いただき、正式版発行につなげていただければと思います。 問題点 １） 私のL3GD20のライブラリーに一点問題があり、修正しました(言い訳->ほかのmbedでは動作していましたが、仕様上は修正すべきでした） ２） i2c_api.c内に幾つかの問題あり ① MR3レジスタ内でACTBTへのアクセスは、(マニュアルでは）ACKWP=1でないとアクセスできないはずなのにそのままアクセスしていた ② STOP=1を待つ条件が反対の条件で待っていたので、ほとんど待たずに次のステップに行ってしまっていた …
Kenji Arai - 07 Dec 2014
Reply to delay_ms()のバラツキ - たぶん、私が以前指摘したこの件との関係です。 http://developer.mbed.org/users/kenjiArai/notebook/lpc1114fn28---suggestion-for-improvement/# 32bitのTickerタイマーオーバーフローが1時間11分過ぎに起きます。 mbed-srcでなくmbedのライブラリーは、現在治っていますが、GR-PEACHが古い修正前不具合を引きずっているのではないでしょうか? 関係するソフトのバージョンを最新版にすると、停止する問題は解決するでしょう。 但し、バラツキは別問題のような気がしますが・・・
Kenji Arai - 07 Dec 2014
Reply to GR-PEACHのI2C(master)が使用できるようになりました - Ishimotoさん <質問> つまりI2Cは完成はしているけど、我々の使い方が間違えているという意味ですね <回答> いや、現在のGR-PEACH用I2Cライブラリーには間違いなくBugがあります(断言） 少し調べた内容を途中報告します。 先ずは、I2Cラインへの書き込みだけで済めば動作しそうです。少なくてもLCDで下記のサンプルプログラムが動きました。 秋月のキャラクタLCD/AQM0802を接続して動作確認しました(mbed-srcはrevision427(12月６日21:04JST最新))。 [Repository '/users/kenjiArai/code/GR-PEACH_i2C_LCD/' not found] しかしI2Cラインを読み込もうとすると問題があります。 例えば、センサーデータの読み込みのような動作は問題があります（少なくても前述のGyro/L3GD20は動いていません）。 0x0bのデバイスアドレスでACKが返り、0x0fでIDが格納されているアドレスを設定して、次の読み出しで0x0fのレジスタを読みに行ってますがGR-PEACHがSTOP信号を出して自ら通信を終わりにしています（と解釈できます） …
Kenji Arai - 06 Dec 2014
Reply to GR-PEACHのI2C(master)が使用できるようになりました - Ishimotoさん 私のプログラムはまだ動いていません（２０１４年１２月６日午後２時５０分現在）。 上記でコメントした 私が使用していたプログラムは、下記のようなもので、相変わらず動きません(ほかのmbedでは、くどいですがHW&SWともに問題ありません） のままです。 Hagimotoさんは、①I2Cクロックが変更できない問題を修正、②ピン配置間違いを訂正更新に言及していますが、私の書き方が悪くて、 0x0bのデバイスアドレスでACKが返り、0x0fでIDが格納されているアドレスを設定して、次の読み出しで0x0fのレジスタを読みに行ってますがGR-PEACHがSTOP信号を出して自ら通信を終わりにしています（と解釈できます） に関してはコメントいただいていませんので、ユーザー側の問題（Araiの問題）と解釈していると思われます。 今日、別のことで時間が割けませんが後でもう少し追跡調査してみます。 I2Cは大切なインターフェイスですので、私もどなたかGR-PEACH上で動いたプログラムがあれば公開を希望いたします。
Kenji Arai - 06 Dec 2014
Reply to 転送がうまくいかない件について - Eguchiさん この件は、私が問題提起した下記に根本原因があると思われます。 http://developer.mbed.org/forum/team-886-GR-PEACH_producer_meeting-community/topic/5324/ またWindows8との相性は、私は使用していないのでわかりませんが、GR-PEACH特有の話ではない可能性もあります。 他のmbedでも過去に議論あり、windows8でSearchをかけてみてください。 従って、先ずは転送速度向上に集中したもらいたいのですが(私もWin7でイラつきます）、ここも結構厄介な問題があると推察されます。 今回のGR-PEACHプロデューサ活動の趣旨からして、問題点の抽出と要望点の意見集約に注力し、解決時期は優先順位と難易度を考慮して、「中の人」の決定に従うことでいかがでしょうか? とは言っても、これはGR-PEACHの性能印象を著しく毀損していているので最優先で検討してもらい、最終的には「さすがルネサスエレクトロニクスの底力！」と言われるくらいの踏ん張りを期待しています。 （私の勝手な期待として）目標はST mbed Nucleoシリーズ並みの使いやすさです。 但し、「中の人」が閲覧したか否かは、私も非常に気になります。その認識反応だけでいいですから書き込んでくれると、読んでくれてるなと安心できます！ 一番良いのは、受け付け番号などを付けて反応してもらい、何を預かってくれたかが明確になるとよいと思います。 例えば、この場合だと①Windows8.1での転送失敗の頻度大、②転送速度が遅いの2点だと思います。 シリアル番号を付与すると、問題点の数と（出来れば）解決済の数の状況で開発の成熟度も読めると思います。 …
Kenji Arai - 06 Dec 2014
Reply to printf()について - Yamasugeさん、 上記サンプルソフトで、 ＃define DISP_COM をコメントアウトか削除してみてください。問題なくコンパイラが通ります。 従って、ご質問の「 GR-PEACH ですと宣言しないと出てこないのですが、私の環境だけかな」には、 (少なくとも私の環境では）どちらでも結果として、大丈夫です が回答になります。 私の環境は、Windows7とPC側でTera Termを使用しています。 ここから下は、質問への回答ではありません。読み飛ばしてください。私が最初にこの議論を始めた理由に遡ってのコメントと解説です。 上記で"結果として"と回答したのは、コンストラクタ宣言では、シリアル通信ラインを使って(ポートのピンアサインも指定して)書式付入出力関数であるprintf()関数を利用できる環境でシリアルポートから出力していることです。 上記サンプルソフトでは、 …
Kenji Arai - 05 Dec 2014
Reply to SPIのクロックについて - abanumさん 私も上記変更で動作確認できました。助かりました。 修正は他にもあるでしょうから「中の人」にお任せしたらいかがでしょうか（いつかこのページに反応があるでしょうから）? 私の確認テスト中に、SPIポートアサインの誤記を発見したのでレポートしておきます。 D13(SCK)/ D12(MOSI)/ D11(MISO) ここに書かれています。 http://www.core.co.jp/product/m2m/gr-peach/ 同じく、ここにも書かれています。 https://developer.mbed.org/platforms/Renesas-GR-PEACH/ こちらは、MOSIとMISOが逆です。 前回、I2Cのピンアサインが違っていたので、指摘させていただきました。 http://developer.mbed.org/forum/team-886-GR-PEACH_producer_meeting-community/topic/5326/ 従って、この経験からピンアサインはCOREさん資料でなければ信用できないと思ってテストしていましたが、今回はそれで長い時間はまりました。 …
Kenji Arai - 05 Dec 2014
New topic printf()について - 以前、質問をさせていただきました。 https://developer.mbed.org/questions/5446/1417318275/ まだ議論が始まっていないので、こちらに再掲させていただきます。 printf()の出力タイミングに違和感があるとコメントしたのですが、プログラムを修正して動作を確認したところ、Debug用のprintf()とコンストラクタ宣言してのprintf()では動作振る舞いが違うことが判明しました。 原因は私にはわかりませんが、対応をお願いできないでしょうか? プログラムは、下記ですでにrevision upしています。 Import programGR-PEACH_blinkyTest program GR-PEACHLast commit 04 Dec 2014 …
Kenji Arai - 04 Dec 2014
GR-PEACH_blinky wiki was updated GR-PEACH_blinky wiki was updated
Kenji Arai - 04 Dec 2014
Program updated: GR-PEACH_blinky - changed printf
Kenji Arai - 04 Dec 2014
Reply to GR-PEACHハード的な要望など - 加速度センサーなどは好みもあるでしょうから不要。ルネサスの販促で何か良いものが付けば文句は言いません（コストアップなしで）。CPUが持っている機能（前出のRTCなど)はそれが使える状態にしてほしい。ボードに何も接続しなくても動作確認出来ることが最低限の要求。LEDは一個でもこの要求は満足出来ます。
Kenji Arai - 04 Dec 2014
Reply to GR-PEACHのI2C(master)が使用できるようになりました - 追加で、 Hagimotoさんのコメントに下記表記があります。 SDA SCL P1_1 P1_0 動作させていませんのでどちらが正しいかわかりませんが、上記表記は公式なピンサインと信号逆じゃないですか?
Kenji Arai - 03 Dec 2014
Reply to GR-PEACHのI2C(master)が使用できるようになりました - abanumさん 情報ありがとうございました。revison=426で、上記プログラムを走らせ、I2C信号確認しました。 MCP4726は、実装していないのでADDR送出後NACKが戻りますが、信号が出ているのは確認できました。 ご指摘のようにクロック周波数の変更は出来なく、１００KHｚのままで変化しません。 上記プログラムは、revision=425でも動作することも確認できました。 私が使用していたプログラムは、下記のようなもので、相変わらず動きません(ほかのmbedでは、くどいですがHW&SWともに問題ありません）。 Not Good!#include "mbed.h" #include "L3GD20.h" I2C i2c(D14,D15); L3GX_GYRO gyro(i2c, …
Kenji Arai - 03 Dec 2014