@Kie さん
spi bus failは接続がうまくできていない時に発生します。
配線がうまくつなげていないか、arducamがうまく起動していない可能性があります。
とくに、arducamは必要な電流が大きいので、電源容量が足りない場合にがうまく起動していない可能性が高いと思います。
このカメラの電源はobniz Board以外から供給する方法がおすすめです。
電源は以下のように供給して下さい。obniz Board以外の外部電源に接続する
obniz BoardのJ1ピンに接続する
https://obniz.com/ja/sdk/parts/ArduCAMMini/README.md
上記を試してみて頂けないでしょうか。
m5の変数がundefinedになっているようです。
プログラム上はちゃんと書かれていそうに見えるので、その先の原因がまだよくわかっていません。
ファイル→コードを見る にてJavaScriptに変換されたあとのコードをこちらに載せていただくのは可能でしょうか。
なお、自分も環境ではこのプログラムでこちらのようなJavaScriptへ変換され、エラーが出ず、再現ができていない状態です
<script>
$("#bploading").text("実行中");
(async function(){
var m5;
m5 = new Obniz.M5StickC('OBNIZ_ID_HERE');
await m5.connectWait();
m5.display.print('Hello, World!')
})();
</script>
一般的なUSB TypeCのピンアサインとなっておりますので、USB TypeCの仕様書をご確認ください。
USBの本家はこちらですが、Wikipediaの解説を見るほうがわかりやすいかもしれません。
@Takao-Akaki さん
Buffferはnode.jsでは使えるけれども、ブラウザからは使えないクラスになります。
そのため、ブラウザでBufferを使いたい場合は、互換品のライブラリを使用することでBufferとほぼ同等のことをすることができます。
obniz.js内でも同じことをしていますが、obniz.jsで使っているものは外からBuffer互換品クラスにアクセスできるようになっていないので、別のものを使う必要があります。
自分がよく使っている互換品は、こちらの記事のものなので、試してみていただければと思います。
https://r17n.page/2019/11/26/node-buffer-in-browser-from-cdn/
obniz.measure.echo 内のcallbackのタイミング（console.logしているタイミング）と、obniz.display.printをしているタイミングが異なるため、遅れて表示される可能性は十分にあるかと思います。
おそらく、obniz.measure.echoの関数が、callbackがくるまでそこで止まる関数と勘違いされているのかと思います。こちらはバックグラウンドで実行されてしまうため、計測結果がcallbackで帰ってくるよりも先にdisplay.printが呼ばれます。
callback内にてdisplay.printを行っていただければ、より近いタイミングで描画が可能になりそうです。
context.callbackWaitsForEmptyEventLoop = false; にてコールバックが変えるようになったことから、プログラムは正常に動いていて、obniz.close後のコネクションのリトライにてイベントループが発生していると思われます。
こちらはobniz.js 3.14.0にて修正した項目になりますので、最新のobniz.jsにて試して頂けないでしょうか。
また、
②サーボが回ったり、回らなかったりする。
こちらについては、いくつか考えられますが
プログラム実行前のサーボモータの状態によっては動かないことがあります。
サーボモーターは角度を指定するモーターになっていますので、もともとその角度の状態になっていた場合は、動かず、そのままの状態になります。
サーボモーターへの指示を出してから切断（obniz.close）までの時間が短すぎて、サーボモーターが回る前に切断されている可能性があります。obniz.wait(500);などをobniz.close()の前に設定いただければと思います。
obnizBoardではコネクションがつながったらQR表示がPinAssignの表示に変わりますので、コネクションが張られているかどうかの参考にしていただければと思います。
作り方がわからないという質問でしょうか？
「キッチンタイマー HTML」などのキーワードで検索すると、HTML/JavScriptでのキッチンタイマーの作り方が出てきます。
こちらに、obnizデバイスの挙動を加えて作り上げていくのが良いかと思います。
@Azuman さん
プログラムは間違ってなさそうですので、うまく通信ができていないようです。
考えられるのは
になります。
センサが壊れているかどうかは、別のセンサで試してみるしかありません。
配線／接触／obnizBoardの端子故障の確認のために、
たとえば、9,10,11番をつかってつないでみて頂けないでしょうか、
質問１：移動しなくてもログインできるように変更する方法はありますか。
ログイン後のプロフィールより、パスワードを設定することで、こちらの画面でログインが可能になります。
質問２：こうなるのはアカウントを作るときに選んだ方法によるのでしょうか。こうならない作成方法はどれでしょうか。
わかりにくくて申し訳ないですが、
①obnzi.com上でのメールアドレス／パスワード認証
②SSOとして、外部サービス上（firebase）でのメールアドレス／パスワード認証
があります。
赤いボタンは②の方となっており、現在こちらで新規アカウントを作ることはできません。昔は作れたため、互換性のためにログイン画面だけ表示されています。
そのため、現在はメールアドレスでアカウントを作ると①の方法のみとなります。
クラウドに保存はログインしている本人だけが書き込めるリポジトリへデータを書き込むブロックとなります。
@坂内辰徳 さんのリポジトリは@坂内辰徳 さんしか書き込めないです。
渡した先の人が、obnizにログインしてリポジトリの容量を持っていれば、
そちらのリポジトリへ保存されますが、
ログインしていない場合、もしくは容量がない場合はエラーとなってしまいます。
getI2CWithConfigは，引数の中にi2cが入っていればそのままそちらのi2cインスタンスを返します。
https://github.com/obniz/obniz/blob/master/src/obniz/ObnizComponents.ts#L321
パーツライブラリがwiredされる前に作成し、それを引数で渡すことでひとつのi2cを複数パーツで共用できます
const i2c = obniz.getFreeI2C();
i2c.start({mode:"master", sda:0, scl:1, clock:400000});
const p1 = obniz.wired("xxxx", {i2c : i2c});
const p2 = obniz.wired("xxxx", {i2c : i2c});
awaitはasync functionの中でしか使うことができません。
そちらが入っているかご確認ください。
ただ、Unexpected token ')' なので別の部分デーエラーが出ている可能性があります。
プログラム全体を記載いただければより具体的な藩士ができるかもしれません
これらはobnizのしようというよりはBLEの仕様になります。
センサーは3ch持ち、そのうちどれか1つを利用してデータを送出する(ch指定はできない)
はい、そうです。
Obnizはセンサーの3chのうちどれか特定のchからしかデータを受信しない(ch指定はできない)
はい、そうです。
瞬間的にはいずれか1chのみの受信となります。
Obnizが受信するセンサーのchは変化しない(使うchはセンサー毎で固定?)
いいえ、こちらは時間とともに（ミリ秒単位で）変化します。
切り替えが高速なため、長い時間を通してみるとすべてのチャンネルをスキャンしている状態になります。
全体的に、BLEのアドは100%の受信はきないかもしれないという前提のもと、何度かアドを出したりすることで受信確率を上げていくことになります。
（BLEに限らずwifiも同じで、wifiの場合は失敗したときの再送のアルゴリズム等が組み込まれています）
BLEの場合で、確実性を求めるのであれば、コネクションを張る という行為がそれに該当します。コネクションを張っていただければ、再送等のアルゴリズムが適用され、確実な通信が可能となります。
※そのかわりに、1:1通信になるため別の目的が果たせなくなる可能性があります。
アドのままで受信確率を上げる場合には、送信頻度を高めることで100%ではないものの、実用的な受信確率にすることができます。
1/3の受信確率であるならば、3倍のアド頻度であれば目的が果たされるだろう、安全率をとってさらに2倍にして合計6倍のアド頻度を設定しておこう という考え方になります。
クラウド実行時にフォントが読み込めていないと思われます。
実際に実行してみたところ、フォントの読み込みが遅延するために、ctx.font関数を呼び出したときにはまだフォントデータが存在していないようです。
通常はキャッシュが有効になってるために読み込みの遅延が起きず、リロードするとあるように見えますが、キャッシュなしのリロードを行うと再現します。
描画前にフォントを読み込むためにはいくつか方法があります。
<script>タグよりも上に書かれたHTML上でそのフォントを使用する（ブラウザがこの時点でフォント読み込むまで待機します）
フォントのロードを監視してロード完了きっかけに描画を開始する
JavaScript上でフォントをロードするようにし、それが完了したときに描画を開始する
これらを試してみたていただければと思います
obnizの現在の公式サポートでは1 Wireはサポートされていません。
おっしゃるとおり、プラグインを使えば実装は可能です。
また、パーツライブラリの対応であれば、obnizjsの話となりますので、github上でpull-reqをすればそちらのリストに追加されます。
※ただし、作られたプラグインOSが前提のライブラリはまだ取り込んだことがありませんので、1wire用のプラグインOSと、それを前提したobnizjsを作られた場合はどうなるかは現段階では不明です。
PT550は明るい／暗いをざっくりと知ることができますが、正確なluxを知ることは難易度が高いです。
luxを正確に知りたい場合は2jcieやuprism、linkingあたりをおすすめします。
https://obniz.com/ja/sdk/parts/2jcie/README.md
プログラム画面はこちらになります
http://obniz.com/console/program
こちらの画面が開けていれば、あとはプログラムが間違ってる可能性が高いですので、
プログラムを記載いただければより詳しくサポートできるかと思います。
iOSのペアリング一覧は、過去ペアリングしたことがある危機一覧で、最初１回ペアリングするまでは出てこなかったと思います。
もしかしたら、descripterの問題ではなくて、接続後にペアリングしたい！とiPadからobnizへ要求が来ているが、うまく対応できていなくて切断、となっているのかもしれません。