これらは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倍のアド頻度を設定しておこう　という考え方になります。

@kido ペアリング一覧は過去にペアリングした機器しか出てこないんですね。勘違いしてました。 教えていただきまして誠にありがとうございます。 iPadからの要求にうまく対応できてない可能性も含めて考えてみます。

awaitはasync functionの中でしか使うことができません。 そちらが入っているかご確認ください。 ただ、Unexpected token ')' なので別の部分デーエラーが出ている可能性があります。 プログラム全体を記載いただければより具体的な藩士ができるかもしれません

@kido 様 回答ありがとうございました。早速試してみます。

1Y(コンテストで提供していただいたもの)で1wireを使おうと思っていたのですが、 1Yはプラグインを使えないということなので困りました。 ありがとうございました。

@kido ご案内ありがとうございます。ざっくりとした照度について予め学習して用いるという運用になるということが分かりました。照度センサによっては感知角度などの課題認識があったのでご紹介いただいた2JCIEなどは前面のカバーなども含めて照度をうまく測定できるようにされているようですね。とても参考になりました。 御礼申し上げます

kido様　ご回答いただきありがとうございました。 ドメイン登録することで解決いたしました。

kidoさま　ご連絡ありがとうございます。 動作モードなども含めて制御しようとするとライブラリの作りこみが必要ということですね。 了解しました。ご回答ありがとうございました。

context.callbackWaitsForEmptyEventLoop = false; を設定すれば、Node.js イベントループが空になるまで待機せずにコールバックが返るため、とりあえずタイムアウトしなくなる。

質問１：移動しなくてもログインできるように変更する方法はありますか。 ログイン後のプロフィールより、パスワードを設定することで、こちらの画面でログインが可能になります。 質問２：こうなるのはアカウントを作るときに選んだ方法によるのでしょうか。こうならない作成方法はどれでしょうか。 わかりにくくて申し訳ないですが、 ①obnzi.com上でのメールアドレス／パスワード認証 ②SSOとして、外部サービス上（firebase）でのメールアドレス／パスワード認証 があります。 赤いボタンは②の方となっており、現在こちらで新規アカウントを作ることはできません。昔は作れたため、互換性のためにログイン画面だけ表示されています。 そのため、現在はメールアドレスでアカウントを作ると①の方法のみとなります。

クラウドに保存はログインしている本人だけが書き込めるリポジトリへデータを書き込むブロックとなります。 @坂内辰徳 さんのリポジトリは@坂内辰徳 さんしか書き込めないです。 渡した先の人が、obnizにログインしてリポジトリの容量を持っていれば、 そちらのリポジトリへ保存されますが、 ログインしていない場合、もしくは容量がない場合はエラーとなってしまいます。

送り先がhttpなのでブロックされてるだけのようでした。 お騒がせしました。

クラウド実行時にフォントが読み込めていないと思われます。 実際に実行してみたところ、フォントの読み込みが遅延するために、ctx.font関数を呼び出したときにはまだフォントデータが存在していないようです。 通常はキャッシュが有効になってるために読み込みの遅延が起きず、リロードするとあるように見えますが、キャッシュなしのリロードを行うと再現します。 描画前にフォントを読み込むためにはいくつか方法があります。 <script>タグよりも上に書かれたHTML上でそのフォントを使用する（ブラウザがこの時点でフォント読み込むまで待機します） フォントのロードを監視してロード完了きっかけに描画を開始する JavaScript上でフォントをロードするようにし、それが完了したときに描画を開始する これらを試してみたていただければと思います

プログラム画面はこちらになります http://obniz.com/console/program こちらの画面が開けていれば、あとはプログラムが間違ってる可能性が高いですので、 プログラムを記載いただければより詳しくサポートできるかと思います。