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関連
女子美コラボ
その他
※プロデューサミーティング中
作り方使い方資料
イベント関連
作品記事
体験記事
ライブラリ
ツール
その他・過去ファイル
GR-KAEDE_Sketch_V1.00.zip の Makefile 中のコンパイルオプション
CFLAGS :=-Wall -I"$(GNU_PATH)rx-elf/include" -I. -I"$(GNU_PATH)lib/gcc/rx-elf/$(GCC_VERSION)/include" -I"$(GNU_PATH)rx-elf/include/c++/$(GCC_VERSION)/" -I"$(GNU_PATH)rx-elf/include/c++/$(GCC_VERSION)/rx-elf/64-bit-double/" -ffunction-sections -fno-function-cse -fsigned-char -fdata-sections -mno-balign -DDEBUG -DGRKAEDE -DGRSAKURA -DARDUINO=144 -DCPPAPP -D__RX_LITTLE_ENDIAN__=1 -D__T4__ -g2 -g -flto -mlittle-endian-data -m64bit-doubles -mcpu=rx64m
最適化オプション `-O2' とかがないですね。なんか効率悪いコード吐くなと思ったらこれが原因か。`GRKAEDE' と `GRSAKURA' と `ARDUINO' がデファインされてるのもどうかという感じ。
参考: GR-SAKURA_Sketch_V2.02.zip の Makefile 中のコンパイルオプション
CFLAGS :=-Wall -I"$(GNU_PATH)rx-elf/include" -I. -I"$(GNU_PATH)lib/gcc/rx-elf/$(GCC_VERSION)/include" -I"$(GNU_PATH)rx-elf/include/c++/$(GCC_VERSION)/" -I"$(GNU_PATH)rx-elf/include/c++/$(GCC_VERSION)/rx-elf/64-bit-double/" -ffunction-sections -fno-function-cse -fsigned-char -fdata-sections -mno-balign -DTESTING=1 -DGRSAKURA -DARDUINO=100 -DCPPAPP -D__RX_LITTLE_ENDIAN__=1 -D__T4__ -O2 -flto -mlittle-endian-data -mcpu=rx600 -m64bit-doubles
pins_arduino.h の中でデジタルピンの数が
#define NUM_DIGITAL_PINS 66
となっていますが、下記の各テーブルの要素がそれぞれ 67 個あり、上の値も 67 が正しい感じです。
const uint8_t PROGMEM digital_pin_to_bit_PGM[] const uint8_t PROGMEM digital_pin_to_bit_mask_PGM[] const uint8_t PROGMEM digital_pin_to_port_PGM[]
私は
-DDEBUG
が無いと嬉しいです.
細かい事ですが、このページのLEDのピンマップと、
gadget.renesas.com/.../kaede.html
実際の対応が、並びが逆になっていませんか?
ライブラリで定義されてるピン番号の対応では上から
PIN_LED0 PIN_LED1 PIN_LED2 PIN_LED3
となっており、基板のシルクは上から
LED1 LED2 LED3 LED4
となってますね。GR-SAKURA もこの辺ずれてた気がします。
chobichanさん、ご指摘ありがとうございます。
まずはスケッチリファレンスに反映しました。がじぇるねWebはITチームが反映中です。
tool-cloud2.renesas.com/.../gr_reference_j.html
あと余談ですが、インドの方から5Vトレラントの位置がわかりずらくBoxでも示して欲しいというので、とりあえず枠を赤にしました。
しかしピン番号については、そうなんですよね。SAKURAのV1の時代にそうなってしまったので継承しちゃってますが。
プロジェクトテンプレート(Ver V1.00)のRTCライブラリは何処?
RTC.hをインクルードすると、「そんな物は知らん!」と怒られます。
gr_common/coreには見当たりません。
chobichanさん、V1.00には入れてません。E1.11に入ってます。
V1.00はスタックの位置も変なのですが、9/12プロデューサーミーティング以降で現状のE1.11をVにしようと考えています。
Imageライブラリが現状仕様でよいか見極めたかったものですから。
GR-SAKURA のライブラリ V2.02 にはある
gr_common/lib/DSP/
gr_common/lib/USB_Host/
が GR-KAEDE E1.11 にはないですね。
まずUSB Hostは、Eguchiさんからも要求を受けていて本当は8月末にやってしまいたかったのですが、やりきれませんでした。V1.11にした後、実装したいと思っています。
DSPについてはSAKURA側でも現在不完全で、消してしまったanalogBulkReadの復活と重ねてやりたいと思ってますが、ちょっとまだ見通したてていません。
SAKURAではIICのスレーブも遅れており、お約束守れずな状態になっています。
結局CN17へのデジタルI/Oの割り当ては行われないのでしょうか?
CN17 へのデジタルI/O 割り当ての修正です。GR-KAEDE_Sketch_E111 で新規プロジェクトを作成し(←重要)、アーカイブの内容を置き換えて下さい。
PIN_IO62~PIN_IO66 に P21, P20, P93, P60, PA0 を割り当てています。CN17 へのデジタルI/O 割り当を行わない意図が不明なためこの仕様は暫定的なものです。
なお、なんでか PIN_IO66(PA0) が動作しません。今んところ原因は不明です。←カン違いだった模様
動作テスト用スケッチ
#include <Arduino.h> void setup() { for (int i = PIN_IO62; i <= PIN_IO66; i++) { pinMode(i, OUTPUT); } } void loop() { for (int i = PIN_IO62; i <= PIN_IO66; i++) { digitalWrite(i, HIGH); delay(500); digitalWrite(i, LOW); } delay(500); for (int i = PIN_IO62; i <= PIN_IO66; i++) { digitalWrite(i, HIGH); } delay(500); for (int i = PIN_IO62; i <= PIN_IO66; i++) { digitalWrite(i, LOW); } delay(500); }
サーボのライブラリはソースコードの提供ではなくライブラリファイルでの提供なんですね。
CN17の端子をサーボに割り当てられない。
fujitaさん、CN17のディジタルIOへの対応ありがとううございます。
SDRAMを設定しない状態でdigitalWriteの動作は確認しました。
SPI.h にあるクラス「SPISettings」の変数「spcmd」に初期値が無いため,SPCMD0レジスタの「SSLA」に不正な値が入りSSが動かなくなる事があります.先日のミーティングでの「液晶画面が出なくなる」はこのためでした.202行目で初期値をゼロにする等必要かと思います.
RTC.RCR2.BIT.CNTMD の設定が無いのでは?
カメラに接続されているi2cが、wireライブラリの対象になっていないようですが、対応はなされないのですか?
取り敢えずcn17の件も含めて色々非サポートなのは、これは仕様なのか、穴なのか、明確にしてほしぃナァ。