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関連
女子美コラボ
その他
※プロデューサミーティング中
作り方使い方資料
イベント関連
作品記事
体験記事
ライブラリ
ツール
その他・過去ファイル
がじぇるね岡宮です。
画像処理をするImageライブラリを評価バージョンE1.10として公開させていただきました。
大変すみませんが、プロデューサーの皆様から多く意見を反映したいため、スケッチリファレンスはまだ作成していません。(若干言い訳がましいですね・・・)。デフォルトのサンプルコードから、ある程度読み取っていただければありがたいです。サンプルでは動体検知しかしていませんが、人物検知用のライブラリは実装しています。
ちなみに、動体検知は写真3枚、人物検知は1枚で行います。
パラメータ(感度とか)の調整はまだ入れてません。ドライバとしては入ってますので、既存ライブラリの実装を参考にお試しいただければと思います。既に純正CCRXでのWebカメラサンプルでは感度調整など簡単にお試しできますが、普通の生活空間では結局デフォルトがちょうどいいと感じがしたので、日程を優先してE1.10を公開しました。
まだ動くことだけしか確認できていませんが、ファイルのタイムスタンプが2063年なのは何故だろうと思ってました。
FATのタイムスタンプの年が7bitで1980年スタートなので、
15 - 1980 = 0xf8530x53(83) + 1980 = 2063
となっている模様です。
なので、スケッチのdateTime()は以下とする必要がありますね。
*date = FAT_DATE((t.year+2000), t.mon, t.day);
※RTCの年カウンタは16bitなのに8bitしか使えないなんて。
RTCライブラリですが、GR-SAKURA スケッチV2.02も同様の仕様となっておりだいぶ混乱しました。
年データのコンバートには、HEX2BCD()と BCD2HEX() は16ビットへの拡張をされたらいかがでしょう。
Inomataさん、私の方でも再現しまして、原因が分かりました。Server.writeのサイズ指定がlong unsigned intであるにも関わらず、tcpのドライバの中でsint16になっっているようです。
具体的にはtcp_api.cの中の572行目にある下記で、本来は80000バイトぐらいの値が入るはずが65535を超えた分が代入され、およそ4分の1しかデータが書かれません。ただ、このサイズの型宣言がされているtcp.hだけ変更しても、状況は改善しませんでしたので、これについてはライブラリ開発者に聞いてみようと思います。
head_tcb[cepid-1].req.d.dr.dtsiz = len;
digipontaさんのソースを以下のようにとりあえず行うことで、すべての写真データがアップされることが確認できました。
Serial.println( Server.write( adr, 60000 ) ); // 途中で戻ってきてしまう(^_^;) int32_t rest_size = size - 60000; Serial.println( Server.write( adr+60000, rest_size ) ); // 途中で戻ってきてしまう(^_^;)
Okamiyaさん、Good Jobです。有難うございます。あとは、SDメモリとの競合ですね。
私も、修正して試してみました。データが最後までは、行けてないないようで、最後の方きれてますね。でも、何とか、ピント合わせに、使える状況になりました。ライブラリの対策版を待ちましょう。
digipntaさん
手元の環境だと、linker_arduino.gsiを以下にすると DHCPで正常にIPアドレスを取得出来るようになりました。
ちょっと試して貰っても良いですか?
._ETHERNET_BUFFERS :
{
. = ALIGN(32);
} > RAM
Akagawa さま
修正したら、DHCPから、正常にIPアドレス取れました。一応、この修正では、SDメモリの問題は、解決されないようです。
Akagawaさん、ETHER_BUFFERの件ありがとうございます!
SDはまだ分からないですね。リファレンスのSDサンプルをそのまま実行すると成功しますが、ステップ実行を挟むと例のspiRecのところで同じようにstatusが0になってエラーになります。
SDのタイミング的な仕様が分からないのですが、Etherに限らず特定の割り込みなどで通信の途中を邪魔されると応答がなくなってしまうのかなというところで本日は終了です。
つまりは例のspiRec前に問題が発生しているかもという推測です。SPIのレジスタ設定などは破壊されていませんでした。
ピント合わせができるようになったので、5倍の虫眼鏡をかませて、試しに、サーモグラフィ・デジカメの液晶画面を撮ってみました。
下画像は、手の画像は写ってないはずですが、何回か、やると、画像が、途中?から、エラーが起きているのか、前回、送った画像の一部?が混ざるようです(;^ω^)
状況は、データを分割しても不安定みたいです。
ウェブコンパイラのプロジェクトをダウンロードしても、数メガバイトの中身のないzipファイルしかダウンロードできないのですが、私だけ?
さくらやクルミでは提供されたe2studio用のアーカイブは無いのですか?
今日の夜、Matsuuraさんからの修正事項を反映し、動作確認してから一旦V版としてWebコンパイラ、e2studioのプロジェクトをアップしたいと思います。
hamayanさん
Windows標準のZIPフォルダ機能だと開けない様です。
自分は他のアーカイバで展開していますが、恐らくZIPファイルの作りがおかしいのではないかと思われます。
・ファイル名が/で始まっている。(普通はつけない)
・ZIPの終端レコードが無い
Akagawaさん、ありがとうございます。
なるほど、直してもらいたいです。
web コンパイラでビルドしたプロジェクトを .zip でダウンロードすると
$ unzip -l GR-KAEDE_Sketch_V113-2015.09.28.zip | grep ' 0 .*[^/]$' 0 09-28-2015 23:12 /gr_build/gen_make.pl 0 09-28-2015 23:12 /gr_build/makefile.original $
/gr_build/ の下にサイズ 0バイトのゴミファイルが残ってるようです。
現在ZIPに関してはChobichanさん、Akagawaさんご指摘の件で調査中ですが、上記2ファイルはWebコンパイラでのビルド上、必要なファイルですね。ZIP化するときには抜くファイルなのですが、情報だけ残っているような感じですね。