Kenji Arai

Activity

Reply to RTOSに関しての議論 - Akagawaさん 公開いただいたライブラリー、まだゆっくり拝見できていません。 大作で、素人の私には問題点にたどり着くのがやっとで、その次に進めません。 ところで、UARTの割り込みが発生することは確認できているのですか? 別のForumでSerialの改修が行われたようですが、それによる改善はないのですか? 今週から年末年始にかけては少し落ち着いて、調べる時間が取れるかもしれません。
Kenji Arai - 21 Dec 2014
Reply to GR-PEACHのI2C(master)が使用できるようになりました - 一週間、多忙のため反応できずに申し訳ありません。 急ぎませんので、しっかり対応願いします。
Kenji Arai - 21 Dec 2014
Reply to delay_ms()のバラツキ - 一週間、多忙のため反応できずに申し訳ありません。 Hamanakaさん 非常にスマートな解決になったと思います。 ご苦労様でした。 32bitタイマーは、ぜひ今後のCPU開発で入れ込んでいただきたい周辺機能と思います。 タイマーのオーバーフロー、アンダーフローは永遠のテーマです。 インプットキャプチャーは16+16Bitでも何とかなりますが、アウトプットコンペアは16+16bitではどうにもならない(?)と思われます。 Matsuokaさん いつも検証、ご苦労様です。 時系列の推移は、面白いほど規則性がありそうですね。 1000.1μS付近は幅があるのですか？ 大きく幅を持ったところは一回だけですか? 時間が有るときで結構ですから、拡大して100サンプリングくらいを見せていただけないでしょうか? 良い測定器を持っていないもので・・・申し訳ありません。
Kenji Arai - 21 Dec 2014
Reply to RTOSに関しての議論 - 一週間、多忙で反応できませんでした。申し訳ありません。 本日、各ライブラリーを「update」したのち、上記の197行目のみ変更し、不具合が解消できたことを報告します。 コメントのように、I2Cラインにデバイスが接続されていないとハングすることも合わせて確認できました。 I2Cのプログラム修正に期待します。 ご苦労様でした。 尚、「ご迷惑をおかけしており、大変申し訳ございません」のコメントは、今後不要と思います。 現在、正式リリースに向けて、GR-PEACHを持っている方々がプロデューサ活動を実施しているだけで、将来迷惑をかけないための事前活動です。 正式リリース後に上記のコメントが不要になるよう、もう少し頑張る必要があると思います。
Kenji Arai - 21 Dec 2014
Reply to RTOSに関しての議論 - Akagawaさん 追試、ありがとうございました。 リンク先のファイルが動作すること確認しました。Mailも事前にどこかで、 show_flag = 1; にしてあげると、仮想COMに出力されますので、動作しています。 スタックサイズは、4096バイト確保しましたが、これは2048バイトでも動作します。単純なスタックサイズの問題でないこと明らかにするため、大きく確保しました。 mbed-rtosは、現時点(2014年12月15日6:30AM JST)で、オフィシャルRevisionが54で、 GR-PEACH Producer Meeting内のCodeが53ですが、他のmbedボードを動かすにはオフィシャル版を使用しないと動きません。 今回、両方試しましたが、私のプログラムはどちらも動作していません。 mbed-rtosは、Cortex-M用のみだったのが、rtx内にCortex-A部分が追加になり、すべてAで先頭を走るGR-PEACHのために用意された模様で素人の私には解析困難です。 …
Kenji Arai - 14 Dec 2014
New topic RTOSに関しての議論 - rtosをGR-PEACH上で動作させ始めたのですが、main()にたどり着く前にハングアップするようです。 試したプログラムは下記に置いてあります。 追記(2015/2/8) 現在、一連の不具合は解決し、mbed-srcに正式に反映され安定して動作しています。 従って、このスレッドの役割はほぼ終了したことになります。 中の人の二ケ月近くに及ぶ改善努力に対して、改めて敬意を表します。 残りはスタックサイズの件で皆さんの意見を募っている話題のみです。 http://developer.mbed.org/forum/team-886-GR-PEACH_producer_meeting-community/post/27169 動かなかったプログラムが下記のように動くようになりましたので、名前を変えて再掲します。 Import programGR-PEACH_test_on_rtos_works_welluse mbed-src latest version and …
Kenji Arai - 14 Dec 2014
Reply to mbed interfaceについて - やましょうさん 大分ユーザーインターフェイスが向上しましたね。素晴らしいです！ LF&CR、問題ありません。 FRDMーK64FとLPC1114FN28のmbedで使えることを確認しました。大変失礼しました。 GR-PEACHの通信ラインが、今日のバージョンからbinファイル転送中も途絶えなくなりましたので、本当に便利さがわかる他のmbedに拡大し、是非世界に発信しましょうよ！ 私がユーザーの立場で、紹介してもいいですか? 追加要望一点 OPEN/CLOSE表記が状態を示すのか、操作を待つ表記なのかがちょっとわかりにくいです。 自動で認識できるのであれば、状態を示す表示でボタンは不要では? あるいはボタンを残し、現在のステータスを別表示するとか・・・・ 無理を承知で プログラムを走らせたまま、他のmbedを接続すると「Com Port Open Error.」で画面が埋まります。 …
Kenji Arai - 11 Dec 2014
Reply to GR-PEACHのI2C(master)が使用できるようになりました - abanumさん 大変失礼しました。 私も同じページを見てから答えたつもりでしたが、自由度はもう少しありそうです。 先ずは早とちりと充分な考察もせずに断言して申し訳ありませんでした。お詫びします。 結論は、この波形です。 33.33HMzの時に、BRHとBRLそれぞれで、Hレベルのパルス幅とLレベルのバルス幅を決めてBRL+BRHの和で周波数が決まる仕組みになっていました。 しかし、今の周波数設定プログラム（/mbed-src/targets/hal/TARGET_RENESAS/TARGET_RZ_A1H/i2c_api.c)内のi2c_frequency（）とi2c_reg_reset（）の二つの関数内で、手抜きでBRLとBRHを同じ値を設定しています。 そうするとご指摘の357KHzが出てきています。 中の人のバックには優秀なソフトウェアエンジニアがたくさんいらっしゃり、I2Cやwait_ms()の解決も問題を指摘するとその後の対応は早かったので、今回は作ったソフトを公開するのは止めたいと思います。正式版の早いリリースを期待しましょう。 と言ってますが、実はこの部分は非常に複雑でもう少しじっくり考えないと最終解決策が見つかりません→というのが本音です。 下記に400KHzだけは動く修正部分を載せています。 この他、レジスターのDefaut値がたまたま一緒だったので動いている部分とか地雷がありますが、コードレビューをしっかりやれば見つかるレベルと思います。 i2c_api.cstatic void i2c_reg_reset(i2c_t …
Kenji Arai - 11 Dec 2014
Reply to 転送がうまくいかない件について - テスターをお持ちなら、下記の3点の電圧を測ってみませんか? この信号が、3.2V程度なら正常ですがこの電圧が低い端子がありませんか? 低いようでしたらSWDはうまく動かないでしょう。 この三点がSWD信号です。 低いときには事務局に相談するしかないと思います。 但し、正常だったとしても次のステップは思いつきません。
Kenji Arai - 10 Dec 2014
Reply to delay_ms()のバラツキ - もう一つ、doubleでの力任せの演算で丸め誤差もこの付近になると大きい要因と思います。 32bitタイマーに自由度の大きいプリスケーラーがあると完璧だったのですが・・・ ここまでで議論は終了でしょうか? あとはWishにしかならず反映が難しい話になってしまいます。
Kenji Arai - 10 Dec 2014
Reply to GR-PEACHのI2C(master)が使用できるようになりました - abanumさん 中の人の公式見解を聞かなくてはいけませんが、10KHz毎のテーブルを用意するほど残念ながら選択肢がなくて、33MHzクロックでは400KHz目標に対して、357KHzが一番近い最適値ではないでしょうか? RZ/A1Hは、タイマーパルスユニットをはじめ、パルス生成とその分周回路がほかのARMと比べて自由度が少ない気がします。
Kenji Arai - 10 Dec 2014
Reply to delay_ms()のバラツキ - Matsuokaさん お手数かけましたが、これではっきりしましたね！ 私の16+16bit時の精度が、幅で12μSec、上記32bitで、幅が0.8μSecと読み取れると思いますので、精度は十分と思います。 実は、NucleoF411REを使用した周波数カウンターを製作中なのですが、内部クロック100MHzを32bitカウンターでGPSの１PPSで補正をかけて使用したところ、使えないと結論を出しました。 理由は100MHzがPLLで作られているのですが、制御幅として70Hz程度を30秒くらいかけてのこぎり刃上にのこぎり波状に変化します。 PLL制御上、この変動幅と周期はどうにもなりません。 PEACHも内部PLLの変動幅と周期の兼ね合いで上記のような変動が起きていると推察します。 32bitのカウンター取り込み誤差(量子化）は、33.33MHz入力では30nSec程度のはずですから、測定値と一桁違います。 周波数カウンターは、32bitを持つほかのARMでは実現できますが、ユーザーが使用できる32bitタイマーがなくてPEACHではできません。 これを2月の作品にと思ったのですが残念です。
Kenji Arai - 10 Dec 2014
Reply to GR-PEACHのI2C(master)が使用できるようになりました - Matsuokaさん 私も、何故自作ライブラリーを変えないといけないか？ 悩みました。 波形を見る限り、STOPを入れずに動作しているLPC1114FNの120円チップが正常ですよね。 まだよくわかりません。 どなたか専門家の方に、最終結論出していただきましょう。 私が現時点で言えることは、ほかのmbedと何らかの違いがあることのみ。
Kenji Arai - 10 Dec 2014
Reply to mbed interfaceについて - やましょうさん 早速、使わせていただきました。 使い勝手とてもいいです。 次の点は改良の可能性はあるのでしょうか? 1) \rや\nを取りこぼし、新しいラインに行かないで上書きする場合が見受けられます。 ２） ほかのmbedでも再マウントされるものがあったので、つなぎましたが反応しません。 USBのID確認が行われていてPEACH専用になっているのでしょうか? よろしくお願いします。
Kenji Arai - 10 Dec 2014
Reply to 転送がうまくいかない件について - 同じような環境ではないので、役に立たないかもしれませんが、下記を一通り行ってみては？ １） ボードに何も接続しない(先ずはまっさらなボードのみでテストする） ２） Lチカで一番簡単なもの、wait関数も使わない。またmbed-srcも使わない。mbedの標準ライブリーを使う。例えば #include "mbed.h" DigitalOut myled(LED1); int main() { while(1) { myled …
Kenji Arai - 10 Dec 2014
Reply to delay_ms()のバラツキ - 祝32ビットタイマー採用！！！ 私も32ビットタイマーをマニュアルで調べたのですが、インプットクロックが33.33MHzしか選べないので落胆したところでした。 1μSecのカウンターであれば、オバーフローが4294秒ごとですが、Hagimotoさんの説明のようにPEACHでは180秒ごとに発生してしまうことが弊害となって上位関数にも影響が出る結果なんですね。 しかし、これで精度もかなり向上したのではないでしょうか? Matsuokaさん また測定して結果を皆さんに紹介してしていただくと、この問題提起も(表向き)一件落着となる気がします。 尚、PEACH以外のmbedで同じプログラムを走らせる方も多いと思いますので、下記をリコメンドします。 これで何も気にせずボード変更できます。 mbed-src\common\wait_api.c #if defined(TARGET_RZ_A1H) void wait_us(int us) { …
Kenji Arai - 10 Dec 2014
Reply to GR-PEACHのI2C(master)が使用できるようになりました - 1バイト、2バイト処理を入れ込んでいただきまして、①②③のアドバイスがすべて入り、出しゃばった甲斐がありました。 さすがにきれいに作り直していただいたようで、私のものより洗練されていますね(ホビーで場当たり対応とは違う！）。 ACKWPの操作も追加されているので安心しました。 但し、書き込み禁止だったのを許可にしてもう一度禁止にしているようですが、何か重要な意味があるのでしょうか? まあ、問題がなかったら覗かなくともいい場所なので、これは回答いただかなくても結構です。 少なくとも私のバラックセットでは、新しいLibで動作確認できました。 私が自分のプログラムで気になった点も、新しいLib.では解決されていました。 後はみなさんのレポートを待つことになるでしょうが、Matsuokaさんの件が気になります。
Kenji Arai - 10 Dec 2014
Reply to printf()について - お手数おかけしました。debugでprintfを使う時は改行が必須ということですね。無知でした。
Kenji Arai - 09 Dec 2014
Reply to delay_ms()のバラツキ - Matsuokaさん、 お手数かけました。１０マイクロセック程度の誤差が生じていますね！float演算や再読みが原因でしょう。やはり１マイクロセックの入力信号32ビットカウンターが正当な解決手段のはずです。33.33ＭＨzのクロックを32ＭＨzにしてもらうとスッキリするのですが弊害がでるでしょうか？ｍbedに参加すると決めた時点で１マイクロセックは基本のポイントだと思います。再考願いたい部分です。
Kenji Arai - 09 Dec 2014
Reply to GR-PEACHのI2C(master)が使用できるようになりました - Matsuokaさん 出張中で、充分拝見できていませんが、trueを削除して試していただけませんか？ 自作ライブリーも、ここで問題発生しました。。私の修正プログラムの問題かI2Cの仕様なのか専門家の意見をお聞きしたいです。
Kenji Arai - 09 Dec 2014