読み取ったセンサーの値によっては、型の判定がうまくいかない場合があるので、一度テストしてみてうまく取得できない場合、肩を変更してやる必要があります。今回の場合、自動で生成したスキーマでの型は「integer」でしたが、実際は型指定のエラーが発生したため「number」に変更しています。型を「number」に変更これで、リクエスト→値取得までができたことになります。次以降のステップで、任意のWebサービスなりアクションなりを利用してデータを利用していく形となりますが、今回はOffice365のSharePointで値を収集してみました。なんというか、使い慣れていて楽なんですよね。SharePointに値を格納するSharePoint上には、すでにカスタムリストで「温度測定実験」というデータ格納先を作ってあります。Appsから接続し、値を格納していきます。追加したステップで「SharePoint」アクションを検索し、リストから「項目の作成」を選択します。「項目の作成」アクションでは、接続先のSharePointのサイトアドレスを求められます。サインイン状態にない場合、サインインを求められます。うまく接続できると、リストの一覧などが表示されるため、該当するリストを選択します。リストを選択すると、リストに含まれる変更可能な要素が入力欄として表示されるため、値を設定してきます。取得時間が要入力項目です。タイトルはとりあえず何でもいいので、今回は「測定値」としました。次の「温度」」が肝心なのですが、その他のアクションと同じように「動的なコンテンツの追加」から展開されるダイアログから入力します。基本的にはこれでOK最後にステップ全体を「保存」して終了です。二つ隣にある「実行」をクリックして、エラーが無いか確認しましょう。うまく動作すれば、SharePointに値が登録されていくはずです。いうことで、うまく登録されていますね。今回のネタ元のエントリーでは、ここからExcel出力してグラフ化しました。Flowからの場合Office365のFlowからの場合でも、大きな手順は変わりません。Appsと同じ感覚で取得できますが、一点だけ異なる点が。新たなフローを作成イチから作成スケジュールのトリガーを選択ここで、10秒ごとのトリガー作成を試みたところ、契約しているプランではこのタイミングの設定はできないとのこと。ため、E3などならできるかもしれません。E3で契約しているテナントお持ちの方、誰か試してみてください。Appsでの対応となったわけです。Flowの場合、最低60秒=1分から可能のようです。書くつもりがずいぶんと長くなってしまいました。そのうち続編書きます。shinya1件のコメントこんにちわ。先日とうとうインフルBを被弾してしまい、一週間ほど臥せっておりました。この季節ホントいろいろ萎えます。LTEという面白いプロダクトのハンズオンが企画され一瞬沸き立ったのですが、その時はそれほどLTEの必要性もなく、またLTEモジュール搭載のせいもあってかややお高めの値段設定もあってスルーしておりました。2017年11月4日が、実はその裏に自分にとってとても要件にフィットしやすいデバイスがすでにラインナップあったことを先日のHack-Chu2018の際に知りました。nodeの仕様にピタリくる要件があり、あーこれは一度試してみないと!ってことで試してみました。状態監視インターネット経由の電源制御が目的です。このPCが結構めんどくさくて、常時動いていてほしいんだけどそこそこの負荷で動いているので時々困ったことにハングアップするという曲者。ハングアップ状態を検知したうえで、リモート(TeamViewerなりリモデ)での復旧が困難と判断されたときに、電源を強制遮断し再起動するという荒業を担ってもらいます。AzureのLogicAppsを中心に、いろいろと都合のいいサービスにつなげている状態です。通常自分が見るUIは、監視用にPowerBIのリポート、緊急時に通知が来たBot経由で電源制御を行うといった感じです。node単体の動作テストまで。最終的には、温度センサーからの取得データをAzure上に蓄積し、さらには電源制御をBot経由で実装する予定です。いうことでとにもかくにも物がなけりゃってことで注文しました。今回はマルツオンライン。https://www.marutsu.co.jp/で、届いたのがこちら。node二つに、温度計測用のセンサーが二つ、電源制御用のリレーが二つです。制御したいPCは3台あるのですが、とりあえず2台でテスト運用してみることに。APIから操作するための設定を行います。API叩いてテストこれだけのはずが・・・当初自宅のWi-fiのセキュリティ設定のまずさもあって苦戦。結局Android版ではNGのまま、iOS版で設定完了。電源用のカプラを用いるか、MicroUSBにモバイル電源を用意する。電源用のカプラに二次電池を搭載した場合、このMicroUSB端子からの充電にも対応する模様。link」で検索し、アプリをインストールします。上記ではすでに1デバイス登録されていますが、新規登録時は右肩の「+」をクリックします。導入するデバイスを選択します。nodeに接続するWi-fiを選択します。選択したWi-fiのパスワードを入力します。nodeが表示されるので、クリック。node内部ではセットアップができているのではと思われる。node間で通信が成立すればセットアップ終了と思われるのだが...残念ながら何度やってもここで終了。この時点でコマンドラインツールの存在を知るも、一旦手持ちのiOS機でテストすることを思い立ちiOSで設定実施。iOS版設定手順(正常に設定完了)Android同様右上の「+」から設定開始。nodeを選択しただしここでiOS版はちょっと動きが異なる。nodeへの接続が必要になる。list」を押しても無情に「手動でiOSとWi-fi接続してくれ」とダイアログが出るだけ。nodeを探し出して接続する。list」をタップすると画面が切り替わり、ようやくWi-fiの接続リストが表示される。該当のwi-fiをタップしパスワードを入力し「Join」をタップ。nodeに接続しセットアップを開始するのだが・・・・あっけなく設定が完了する。この時の青LEDの動きはAndroid版と同じなので、検証は必要だがAndroid版の場合、セットアップ後のキャッチアップがうまくいっていないのでは?と思われる。一つ目のセットアップが完了しているが、二つ目も無事登録された。(両方とも、Android版で設定→NG→iOS版で設定→OKという流れ。)コマンドラインツール上記のパターンでiOS版を用意できない場合は、コマンドラインツールも用意されている。今回はテストしていないが、八方塞がった場合はお試しあれ。APIすでに長くなっているけど、ここからが本番。nodeの操作ができること。nodeデバイス固有のアクセストークンが含まれたURLを、各デバイスに用意された仕様に基づいて投げてやると・・・こいつの場合はリレーの制御。ON=1なのでパラメタ設定して「POST」。なくしてレスポンスあり。例によってJSONなので、PG処理も簡単。バッテリーに接続されたLEDが、リレーON(1)で点灯。(基板上の小さなLEDもONしているのがわかる)リレーOFF(0)を送ってやると、OFFになる。ネット経由ということもあり若干の遅延はあるものの、数秒あるかないか。今回の用途では十分なレスポンス。初期セットアップに手間取ったものの、そこから動作検証まではものの3分。次回は、温度センサーからの測定値をAzure経由で処理する。追記ということで、続編書きました。