GR-SAKURA
GR-KURUMI
GR-COTTON
GR-CITRUS
GR-PEACH
GR-KAEDE
GR-ADZUKI
GR-LYCHEE
GR-ROSE
GR-MANGO(*)
SNShield
Web Compiler
IDE for GR
TOPPERS関連
女子美コラボ
その他
※プロデューサミーティング中
作り方使い方資料
イベント関連
作品記事
体験記事
ライブラリ
ツール
その他・過去ファイル
つまらない話しかもしれませんが、このライブラリの名前が「Control」なのは誰も気にならないのでしょうか。
内輪で使うだけだから何でもいいやというのであれば構いませんが、広く使ってもらおうということなのであればちょっとあり得ない名前かなと思いました。※動くモノ開発プロジェクトの方は全く見てないので状況は知りません。
いえいえ、確かにそうだと思います。
動くもの開発プロジェクトの対象物全体があるとして、そのバリエーションの中でも特定されるべきだと思います。
今回のはエンコーダー付きDCモーターとして、当日紹介されたステッピングモーター、ACモーターしかりで、単なるMotor_Controlだけでも足りない気もしますし、API名で区別するかどうかも考えないといけないですね。
API名はsetTargetAngleや、setTargetSpeedなど汎用性の高いものはモーター共通に直感的とは思いますので、全体のライブラリ名でまずは区別されるべきとは思います。
名前は重要ですよね。プログラマーなら気になって当然です。ここで、名前を決めるのはどうでしょう?
「Motor」だけでもいいような気がします・・・
GR-SAKURA ではプロジェクトの gr_common/lib/、GR-KURUMI では gr_common/RLduino78/libraries/ が各種が各種ライブラリの置き場所となってますが、TSUBAME のそれもここで良い気がします。
あ、TSUBAMEのWebコンパイラのサンプル、すこしみてみたんですが、
設定値がfloatのものもそのまま、送信列につっこんでますけど
こういうのってありなんでしょうか?
KURUMIとならRL78どうしだし、みたいな感じなんでしょうか?
Arduino互換?にしてる段階で、そんなん当たり前?なんでしょうか?
解説もそうですけど、I2Cのデバイスアドレス、10進で表記するのもどうかとおもいます。
「32と40です。」
ではなく
「0x20と0x28です(7bit表記)」
くらいのほうがまともだとおもうのは僕だけでしょうか?
設定値がfloatのものもそのまま、送信列につっこんでますけど こういうのってありなんでしょうか?
浮動小数点数の書式はIEEE 754で標準化されているのでエンディアンが等しければ問題ないのでは。
I2Cか何かで通信で行うのでしたっけ?
通信ならByte Orderは気になりますね。
とは言えビッグエンディアンで思い付くのはH8とかSHとか68000系か、、、
見てみました。プログラムの内容からポイントのアドレスを渡したいのだから floatはおかしいと思う。uintでいいんじゃない?
通信は I2C で行っています。
Byte Order はリトルエンディアンで送信しております。
あ、すんません。
荒らすつもりはないんだけど(笑
エンディアン、どうしてもきになるんですよね。
RL78は好きですけどArduinoはあんまり好きじゃなくて
PSoC3やPSoC5でも使いたい、とかおもうと、いろいろ考えないとだめで。
PSoC3は8051でKeilのコンパイラをつかうとビッグエンディアン、
PSoC4や5はARM-CortexM0/3なんで、リトルエンディアン
となってて、頭に置いておかないと、なにやってんだか、ってかんじになるんで(笑
で、資料が一応Arduinoライブラリベースになってるんで、ここを
形だけでも移植できればなぁ、と思う際に、
「なんもいわんでも当たり前やん」
ってのは、どうだかなぁ、って気がするので、書いてみただけです。
あくまでルネサスベースでやってね、的なのは承知してるつもりなので、
情報だけでもちゃんとしたのがほしいなぁ、と。
PSoCはエンディアンがまちまちなんですか!。
Byte Orderを入れ替える”様な”見せ掛けのラッパーでも入っていると、複数のアーキテクチャでも安心ですね。
そうなのよね。ま、いまさらC8051ってのも時代おくれなんだけど、
仕事柄、いろんなマイコンつかうんでキモイところはつぶしておきたいん。
そのときに、ちゃんと書かれた仕様があるかないかで、採用したい気持ちが
でるかどうかがわかれるんですよね。
もちろんByteOrderを入れ替えるラッパーあれば「サイコー」なんだけど
まぁそこまでは望まないかなぁ。
仕様がわかってりゃ自分でやるし。
ただ、今回のTSUBAEのAPI資料はかなり見にくいので
ちゃんとしてもらったほうが、うれしいかな、というのは欲張りかな?
あと、エンコーダもってるんだから、指定回数でワンショットだけIOを変化させてくれる
ような機能、もてないかしら。
I2Cでカウンタをず~~っと観測なんかしたくないんで、
指定カウント後に、パス!っとIO割り込みで、処理したいとかあるとおもうんですよね。
そういうのってむりかしら。