Takahito Niino

Activity

Reply to ボード改版に関して - 申し訳ありません。誤字がありましたので修正してアップし直しました。 またファイル名に日本語を使用していた為、ファイル名が怪しくなっていたのでファイル名を変更致しました。
Takahito Niino - 25 Dec 2014
New topic ボード改版に関して - 製品化に向けての改版の情報を展開致しますのでご参考下さい。 /media/uploads/TakahitoNiino/gr-peach_revision_c_1224.pdf なおこれは決定ではありません。皆様のご意見をお聞きするたための資料と思っていただけると助かります。 このピンアサインにてローカルバスを除くRZが持つ全てのI\Fが使用できるようになります。皆様にお配りしたボードにLIN、RGB888が追加になります。RGB-LEDに関しては関係者で話し合いをし、残す方向で考えております。但し、現在全LEDにPWMをアサインしておりますのでGPIO制御に変更し、場合によってはソフトPWM制御も検討しております。 別スレッドにてピンソケットを反転させる案がありますが皆様の意見次第で採用させていただくことも考えております。 製造にも影響致しますので勝手ながら1/4でハード改版に関してのご意見は締め切らせて頂きます。 なるべく多くのご意見いただけるようお願い致します。
Takahito Niino - 24 Dec 2014
Reply to GR-PEACHハード的な要望など - 「互換」に関してはこの手のボードでの設計においては一番の悩みどころだと思っております。 Arduino完全互換はArduinoしかほぼできません。CPUも違えばピンのマルチファンクションにおけるI/Fのアサインも違うのですから。他社のボードを見ていただけるとわかると思いますがArduino互換をうたっているボードでも完全互換にピンアサインされているボードは皆無と思います。上記の通りCPUの仕様が違うからです。「Arduino互換」の定義自体が曖昧過ぎてどこまで合わせれば互換をうたえるのかも不明です。 またmbedの中の人に確認をとったところ一つのピンソケットに2つの信号をアサイン(ワイアードオア)されているボードはmbed製品にはありません。ユーザーの混乱を招く為、暗黙のルールとして一つのピンソケットには一つの信号という形になっております。このあたりは製品版のピンアサインに苦労する部分です。またArduino互換ピンソケット自体はないよりあったほうが便利と思っております。前述のとおり世にあるシールドを全てサポートするつもりもありませんしできるはずない事も理解しております。使用するCPUの仕様とボードやmbedのコンセプトを考慮し使えそうなものは使える様に、厳しい部分に関しては切って捨ててユーザーの皆様のアイデアにお任せした方が良いと判断するのも必要かと思っております。 一番楽なのは他社様の評価ボードの様な全ピンを独自のピンアサインでピンヘッダに出してしまう事ですがそれこそGR-PEACH専用のシールドしか使用できない上にArduino用シールドを使用するために変換ボードが必要になる為、ユーザーにこのボードを使用するメリットがなくなってしまうと思います。 互換に関しては出来る限り合わせるよう努力はしますがどうしても取捨選択が必要になりますのでご理解頂けると助かります。
Takahito Niino - 23 Dec 2014
Reply to GR-PEACHハード的な要望など - 検討はさせて頂きますが正直ご期待に添えない可能性が高いかと思います。 GR-SAKURA/GR-KURUMIに深く関わっているわけではありませんので詳しくお話できませんがおわかりだと思いますがGR-SAKURAやGR-KURUMIはボード上で5Vトレラントを実現しているわけではなくCPU自体が持っている機能として使用しているに過ぎません。 RZに関してはミーティングでもお伝えしたと思いますが5Vトレラントの機能を持っておりません。他の方も書き込まれておりますようにD/Aも持っておりませんのでArduinoに「完全互換」とも言えない状態です。CPUが持っていない機能を実装するにはボードのコンセプトからして難しい気がします。頑張ってもGR-SAKURAにピンソケット位置と出来る限りピンアサインを合わせる事ぐらいまでが限界かと感じております。またGR-SAKURA互換を考慮する事により部品の追加が発生しており、量産になると現状より実装密度が上がりますのでこれ以上の部品追加を考えるとスペースの関係上やコスト面で厳しいかと思っております。 いずれにせよ上記はあくまで当方個人の意見ですので関係者を含め検討はさせて頂きます。
Takahito Niino - 22 Dec 2014
Answer posted for Question: LED-GREENが光らない - ピンの定義に「LED_GREEN」を使用していると思うのですが試しに「P3_2」で定義してもらえますか？ プロトタイプ版とミーティングでお配りしたボードはGREENのピンアサインに変更がかかっており、もしかしたら古いピンアサインが定義されている可能性もあります。
Takahito Niino - 19 Dec 2014
Reply to 取り付け穴と基板形状に関して - 10ピンの場合取り付け穴を使用する人の事を考慮するとピンソケットは未実装が必須になります。 最終的に製品としてピンソケットを実装状態で販売した方がいいのか未実装の方がいいのかの判断にも影響しますのでスルーホールとして設けておいて使うか使わないかを使用者の判断に委ねる形であれば現状のまま10ピンでも問題ないと思います。 10ピンとして要求する人が多いようであればピン数は現状と同じで検討致します。
Takahito Niino - 16 Dec 2014
Reply to AUDIOクロックについて - Audioを蔑ろにしたのは設計者の偏見からです・・・申し訳ありません。 正式リリースまで待てない方で半田技術がある方はR112の抵抗を外し外部クロックを入れてあげて下さい。
Takahito Niino - 12 Dec 2014
Reply to AUDIOクロックについて - どちらかと言えばAUDIO_CLKの信号ピンを開放するより22.5792MHz等の発振器を追加するかAUDIO_X1に外部クロックをユーザー様に入力させる方向を検討するつもりでおります。 現状AUDIO_CLKピンにUSB_OCを割り振っている為、USBホストドライバに影響が出てしまいます。これは当方のピンアサインのし方の問題です・・・。 正直mbedやArduinoはターゲット層を決める事が難しくなんでもできる基板として熱望している方が多い為、仕様決めがしずらいのが難点です。可能か不可能かは考えずにこういった要望を言っていただけるとこちらとしても検討しやすくなりますのでなんでもいいので意見を頂けると助かります。
Takahito Niino - 12 Dec 2014
Reply to GR-PEACHハード的な要望など - 当方も他社のmbedやArduino、シールドを使用していてシルクがあると便利だなと思う面は何度かあります。 基板へのシルクは入れたいのはやまやまなのですが最終リリース版になるとGR-SAKURAとの互換を考慮し、部品の追加がありますので現状より実装密度が上がります。この為今以上にシルク場所の確保が困難になる恐れがあります。 ピンソケットへの印刷に関してはピンソケット自体を未実装にという要望もありますので販売形態とこういったピンソケットを扱えるのかも含め検討する必要があると思っております。 通常商品としてこういうピンソケットがそのへんで買えるなら個人的にもほしいですね。
Takahito Niino - 12 Dec 2014
Reply to AUDIOクロックについて - 本来ご指摘の通り12.288MHz/24.576MHz/22.5792MHz等の発振器を付けるべきなのですが 1.クリスタルが意外に場所をとる。 2.地味に単価が高い。 3.オーディオを使用する人が少ないであろう（設計者の独断と偏見 4.データシート上では1～50MHzを入れればいい 等の理由より近いであろう27MHzを突っ込んであります。(どちらかと言えばEtherPHY用の25MHzかEXTALの13.333MHzの方が近いと言えば近いのですが・・・) 現在正式リリース版では12.288MHzあたりのクリスタルを実装するかユーザー様側で外部からAUDIO_CLKを入れさせるか検討をしております。 何分RZの仕様上用意する外部クリスタルの個数が多い為、この辺は難儀しております（言い訳)
Takahito Niino - 12 Dec 2014
Reply to GR-PEACHハード的な要望など - ご迷惑お掛けして申し訳ありません。 プロトタイプ版はピンヘッダだったのですがリリース後には滅多に触らないであろうと思われていた部分なので半田ジャンパに変更させて頂いております。改善できるか構造を含め検討させて頂きます。
Takahito Niino - 11 Dec 2014
Reply to delay_ms()のバラツキ - TickTimer割り込みを使用して50ms間隔でLEDを点滅させているのですが1分程すると100ms間隔に落ちます。 何やらOSの重い処理が発生するのかフラグチェックからLEDの反転処理が50ms内で終わらず次のTickTime割り込みが発生してる模様。 #include "mbed.h" Ticker flipper; DigitalOut led(LED_USER); unsigned int ledcounter; // カウンタ unsigned char …
Takahito Niino - 08 Dec 2014
Reply to delay_ms()のバラツキ - 大変失礼いたしました。ご指摘通りmbed-srcのライブラリを使用しておりました。 現在mbedライブラリを使用して動作試験中です。
Takahito Niino - 07 Dec 2014
Reply to delay_ms()のバラツキ - TickTimer割り込みを使って1/20秒間隔でLチカを行うとある時間が過ぎると1/10程度にLチカが遅くなります。 どうもタイマー関係が怪しい気がするのですが・・・
Takahito Niino - 06 Dec 2014
Reply to SPIのクロックについて - gdgd開発者です。 当方もこの間違いで昨日までSPIと格闘しておりました・・・ お配りした資料及びコアサイトのSPI0(D11/D12)のMOSI/MISOの記載が逆でした。 修正致します。 お手数おかけして申し訳ありません。
Takahito Niino - 06 Dec 2014
Reply to GR-PEACHハード的な要望など - gdgd設計者です。 このボードはmbed/Cortex-A9/RZの入門という位置付けですので気軽に遊べるRZ(A9)ボードというのがコンセプトでmbedやArduinoを使ってみたけどもっと色々な事をやってみたいと思っている方々をターゲット層としていると思っております。 皆様の話をお聞きしてるとどちらかと言えばそのままビジネスに転用可能な使い方を考えている方が多いと思います。それはそれで有りだとも思っております。 設計者ではなく使用者として意見を述べさせて頂くなら当方もLEDは1個、スイッチも1個で十分だと思います。またセンサや赤外線関係はシールドでなんとかする派ですのでボード本体の価格に多少なりとも影響するなら載せないでほしいと思います。 またピンソケットに関しては付いている時点でシールドは上にしか挿ささらないと決めつけてしまいますので未実装が望ましいと思っております。 RJ45に干渉しないピンソケットを自分で選ぶこともできますしね。
Takahito Niino - 05 Dec 2014
Reply to GR-PEACHハード的な要望など - gdgd設計者です。 IrDAやLED、Switch、センサ類等は実装するかどうかは正直悩ましい部分です。 まず使いたい方がどのぐらいいるかで実装すべきか決めたいのですがこの辺の意見をもっと多くの人に聞かない事には判断しずらいと思っております。 IrDA送受信モジュールを搭載するにしてもまず使い方によって搭載場所を検討しなければいけません。コネクタ側はボードを見て分かるとおり搭載するスペースがありません。搭載するなら恐らく現在スイッチがある側になると思います。確かに使えれば便利かと思いますが使いたいと考えている人がどれぐらいいるか・・・ 個人的な意見で言えばシールドで・・・なんでもシールド頼みになってしまうんですが（汗 とにかくもっと声をきかせていただきたいと思います。
Takahito Niino - 05 Dec 2014
New topic SPIのクロックについて - SPIのクロックですが一桁少なくないでしょうか？ 初期化後のデフォルトが1MHzだと思うのですがオシロ上では128kHz程度になっております。 frequency設定で1,000,000(1MHz)でも同様128kHz程度、5,000,000(5MHz)で694kHz、10,000,000(10MHz)で1.39MHzと分周比の関係上誤差が出てきますのでずれはしょうがないとしますが。 当方の勘違いかも知れませんがお時間あればご確認お願い致します。
Takahito Niino - 04 Dec 2014
Question RTCは使用できますか？ marked as solved by answer: gdgd設計者です。 ハード的にはRTCブロックに入れるクロックをEXTALに指定して頂ければ使えると思います。EXTALは13.333MHzになります。 mbedAPIとしてサポートするのかはドライバ担当の方の解答をお待ち下さい。 注：ミーティングでもお話しましたがRZ自体がRTCバックアップ用電源ピンを持っておりませんので電源を切ると時を刻みません。 時を止めたくない場合はGR-PEACH本体に常に電源を注ぎ込むかバックアップ電源付き外付けRTCシールド等をお使い下さるようお願い致します。
Takahito Niino - 04 Dec 2014
Reply to GR-PEACHハード的な要望など - gdgd設計者です。 センサ類は載せないほうが良さそうですね・・・ RTCは下記のようなものでしょうか。 M41T62 この手のモジュールを実装というのはスペースの関係上かなり厳しいと思われるのですが・・・ このRTC自体なら実装はできそうですがコストとバッテリ接続用のコネクタの検討が必要ですね。バッテリはさすがに実装はできません。 モジュールに関して言えば決まったメーカーの決まったモジュールを採用してしまうと生産終了やモデルチェンジされた場合、形状変更やピンアサインの変更等あった場合の事を考えるとこのあたりもシールドでカバーしてもらった方がいいような気がします。 まぁBP3595にも同じことが言えるのですが・・・(汗
Takahito Niino - 04 Dec 2014