Masao Hamanaka

Activity

Program updated: mbed-os-blinky - Merge pull request #165 from kegilbert/ARMC5-doc-removal Remove ARMC5 note and compile log . Commit copied from https://github.com/ARMmbed/mbed-os-example-blinky
Masao Hamanaka - 23 Apr 2019
New topic Sound Generator + Mouse デモ - 2015年3月21日のプロデューサーミーティング時にお見せした、 Sound Generator + Mouse デモを下記に公開致しました。 Sound Generator + Mouse デモ どうぞ、お試しください。
Masao Hamanaka - 31 Mar 2015
Reply to RTOSに関しての議論 - プロデューサーの皆様 スレッドの総スタックサイズに関する変更が、 mbed-rtos rev 66(2/23更新)にて反映されましたのでご連絡いたします。 ご連絡が遅くなり、申し訳ありません。
Masao Hamanaka - 11 Mar 2015
Reply to RTOSに関しての議論 - プロデューサーの皆様 スレッドの総スタックサイズに関するご意見、どうもありがとうございました。 Araiさんよりご推薦を頂きましたので、以下で更新することにしました。 OS_PRIVCNT 10 OS_PRIVSTKSIZE 8192 mbed-rtosへの反映は、3/4(水)を予定しております。
Masao Hamanaka - 18 Feb 2015
Reply to RTOSに関しての議論 - Araiさん 要望いただき、ありがとうございます。 ＞OS_PRIVCNT 10 ＞OS_PRIVSTKSIZE 8192 ＞を、私としては推薦します。 いただきました内容で、設定を修正したいと思います。 この後、プロデューサの皆様へその旨、報告します。 ＞Total stack size [bytes]と書かれているのは気になりますね！ 該当部分はARMさんオリジナルのコメントになりますが、 「<o>Total …
Masao Hamanaka - 18 Feb 2015
Reply to mbedライブラリの既知問題を修正したコードの公開 - プロデューサの皆様 2015/2/9にHagimotoからコメントしましたとおり、 「mbedライブラリ」の更新が完了しましたので、 今週末(2/20)に、下記公開コードを削除予定です。 「mbed-src-RZ-A1H-pre-release」 「mbed-src-v442-pre」 また、「mbed-rtos」に関しても、更新が再開されておりますので、 今週末(2/20)に、下記公開コードを削除予定です。 「mbed-rtos-v60-pre」 上記削除に関して不都合等ありましたらお知らせください。 引き続き、よろしくお願いします。
Masao Hamanaka - 17 Feb 2015
Reply to RTOSに関しての議論 - Araiさん 説明がわかりづらく、すみません。 ＞1スレッドあたり平均 4Kbyte までで、合計32KB確保されている。 ＞これは、OS_PRIVCNT 8 と4KBを掛け合わせた数値ですか? いいえ、ご認識とは異なります。 Cortex-A9 CMSIS-RTOS RTXの仕様で、 スレッドの総スタックサイズは OS_PRIVSTKSIZE を4倍したサイズが確保されます。 …
Masao Hamanaka - 03 Feb 2015
Reply to RTOSに関しての議論 - プロデューサの皆様 プロデューサの皆様からスレッドの総スタックサイズについてヒアリングさせていただきたいと思います。 設定内容に関してご要望のある方はコメントをお願いします。 【背景】 Cortex-A9とCortex-MとでCMSIS-RTOS RTXの仕様に差分があり、 Cortex-A9ではユーザにてスレッドの総スタックサイズを調整する必要があります。 以下にそれぞれの仕様を記載します。 ・Cortex-M ：スタック領域をスレッド別に動的に確保。 ⇒スレッド生成時、スタックサイズに関しては気にする必要がない。 RAMが許す限り、スレッドを生成できる。 ・Cortex-A9：スレッドの総スタックサイズをOSのコンフィギュレータ設定にて静的に確保。 ⇒総スタックサイズを最初に検討/調整する必要がある。 コンフィギュレータにて設定したスタックサイズ内でスレッドを生成する必要がある。 …
Masao Hamanaka - 02 Feb 2015
Reply to RTOSに関しての議論 - Araiさん スタックサイズに関するコメント、どうもありがとうございます。 この後、プロデューサの皆さんへのお願いを出すことにします。 また頂きましたご要望ですが、os_error関数はどのスレッドで問題発生したかを知る手法がなく、 現在ARMさんへ確認しているところです。少々お時間ください。
Masao Hamanaka - 02 Feb 2015
Reply to RTOSに関しての議論 - Araiさん 大変お待たせしました。 スタックに関して以下の順で回答致します。 ・コメントに対する回答 Araiさんよりいただきました、コメントについての回答 ・借用物返却に関して 【コメントに対する回答】 ＞Hamanakaさんの説明ですと、 ＞「rtosを使用するときには、ユーザープログラムが何をするかでスタックサイズが異なるので、RTX_Conf_CA.c を変更するのは、ユーザー側の仕事である」 ＞とも取れますが、そのような解釈でしょうか? ⇒回答の際の意図としては、ご認識のとおり「ユーザさんの方でRTX_Conf_CA.cの変更をお願いします」となります。 ＞何度も言いますが、私の公開しているプログラムは他のmbedでは、動作しています。 ＞ 特にスタックを意識して作成しなくても、１KBから多くて2KBのスタックサイズでフリーズなく動作し続けます。 …
Masao Hamanaka - 29 Jan 2015
Reply to delay_ms()のバラツキ - Akagawaさん mbed-src-v442-pre(v444)でのご確認、ありがとうございます。 Araiさんからコメントありましたように、 「known issues」「defects No.6」にTickerの新たな問題をアップしました。 原因を解析中です。 進捗あり次第、情報を展開します。 Araiさん ご見解ありがとうございます。 Tickerについて解析を進め、あらためてコメントさせていただきます。
Masao Hamanaka - 22 Jan 2015
Reply to GR-PEACHのI2C(master)が使用できるようになりました - I2Cの主題である、 ＞② I2Cの問題が解決したか否かは現時点では不明 について、コメント致します。 【現象】 i2c.write関数の第4引数にtrueを指定すると、 途中でプログラムが停止する。 【原因】 原因は、us_ticker_read()が正常に機能していないことによるものでした。 【対策】 us_ticker_read()の対策内容は、以下を参照ください。 RTOSに関しての議論 delay_ms()のバラツキ 【長時間稼働の結果】 確認環境 …
Masao Hamanaka - 22 Jan 2015
Reply to RTOSに関しての議論 - Araiさん お待たせしました。 以下の順でコメント致します。 ・昨日ご指摘いただいた点(ご質問)について ・mbed-src-v442-preのアップデートのご案内 ・本日いただいたコメントへの回答 【昨日ご指摘いただいた点(ご質問)について】 ＞１）修正コードをmbed-src-v442-preにて展開とありますが、known issueも同時にアップデートしていただき、何が残っているか明確にしていただけませんか？ ⇒「known issues」をアップデートし、「defects」に残っている問題点を記載しました。 本スレッドの問題は、「known issues」「defects No.4」に情報を記載しております。 ＞２）mbed-srcが現時点(6:30JST)で6時間前に更新されていますが、こちらに反映されたものとされないものを明確にしてもらえますか? …
Masao Hamanaka - 21 Jan 2015
Reply to RTOSに関しての議論 - 昨日(1/19)の長時間稼働の結果と、今後の展開についてお知らせします。 【長時間稼働の結果】 問題の再現せず 【今後の展開】 ご指摘いただいた点(ご質問)について、内部で検討の上、 known issuesと更新ライブラリとの関係等、プロデューサの皆さんに分かり易い形での展開について、 一度検討したいと思います。明日あらためて回答します。 ただし、スタックサイズの件については、Cortex-A9とCortex-MとでCMSIS-RTOS RTXの仕様に差分があり、 過去の経緯を含め、ARMさんへ確認中ですので、もう少しお時間をください。
Masao Hamanaka - 20 Jan 2015
Reply to delay_ms()のバラツキ - Akagawaさん コードのご提示ありがとうございます。 ご提示いただいたコードでも、正常に動作します。 ＞組み込み系だと最大値に丸める実装が定番なんでしょうか。 修正前のコードの場合、最終的にはCortex-A9のハード処理により、最大値に丸められています。 この動作については、Cソース、コンパイラ、Cortex-A9のハード仕様が絡んでいますので、 詳細について、ARMさんに確認をしてみます。 ＞UNIX系だと、整数化後に代入先のサイズに切り詰める実装が多いのでこちらを期待してしまいした。元のコードを書いた方も同じ認識だったのではないかと。 おっしゃる通り、上記を期待してコードを書いておりました。 Araiさん 該当箇所の計算精度は倍精度計算です。 ですので、除算は33.333333で除算しています。 除算結果は、浮動小数点から整数への変換命令(キャスト)にて丸め込まれます。 この時、修正前のコードですと、 double型からunsigned …
Masao Hamanaka - 20 Jan 2015
Reply to RTOSに関しての議論 - Araiさん、大変お待たせしました。 解析結果をコメント致します。 【不具合内容】 プログラムを実行し、しばらくするとos_error()が発生する。 【原因】 原因は、us_ticker_read()の戻り値が異常値となることにありました。 us_ticker_read()は、割り込みハンドラからコールされますが、 wait API(wait_api.cのwait(), wait_ms(), wait_us())からもコールされます。 プログラムを拝見したところ、タスクコンテキストからwait APIをコールされています。 wait API処理中にTickerの割り込みが入ると、 …
Masao Hamanaka - 19 Jan 2015
Reply to delay_ms()のバラツキ - Akagawaさん 大変お待たせしました。 us_ticker_read()に関して、解析結果をコメント致します。 【不具合内容】 プログラムを実行し、1時間11分30秒を経過すると、プログラムが止まる。 【原因】 下記コードのアセンブラコードを確認しました。 double型で除算した結果を、直接unsigned long型へ格納しようとした場合、 除算結果が0x100000000以上の値となった時に、 unsigned long型のMAX値である0xFFFFFFFFに丸められていました。 従来のコードuint32_t us_ticker_read() { …
Masao Hamanaka - 19 Jan 2015
Reply to delay_ms()のバラツキ - Akagawaさん 報告が遅くなってしまい、すいません。 こちらで解析を行い、修正コードにて動作確認した結果、 1h30m11sの件が改善されていることを確認しました。 社内にてレビュー後、詳細についてご連絡致します。
Masao Hamanaka - 19 Jan 2015
Reply to RTOSに関しての議論 - Araiさん 報告が遅くなり、すいません。 暫定コードを埋め込み、週末に長時間稼働を行ったところ、 現象が改善されていることを確認しました。 社内にてレビュー後、詳細についてご連絡致します。
Masao Hamanaka - 19 Jan 2015
Reply to GR-PEACHのI2C(master)が使用できるようになりました - Araiさん 状況の整理、ありがとうございます。 ご報告いただいた、①については、③が原因で発生することがわかり、現在解析中です。 ①の内容については、RTOSに関しての議論 ③の内容については、delay_ms()のバラツキ にて情報を展開します。 ②については、公開いただているGR-PEACH_test_wo_rtosを元に、 明日、平行して原因解析を行います。
Masao Hamanaka - 13 Jan 2015