自分とここに訪れる誰かの為に徒労の日記を書き連ねる。前回の測定部の記事はこちらを御覧ください。今回はこのテキストデータを見やすいグラフにしよう!という表示部のテストです。当初はMQTTを使ってGraphiteやGrafanaへデータを・・・なんて色々頑張っていました。なんだかそればっかりに力がかかって一向に進みません。InfluxDBとかもかじってみたけれど。いうことでもっとシンプルにグラフ化してくれる外部データストレージ&フロントエンドサービスがあればいいのよね、と探してみたらありました。services.これはIoTデバイス向けのデータ格納とグラフィカルな表示、イベントに対するトリガーなどを提供するサービスの様です。PLANなら無料で利用できる上、送信側はLinuxコマンドであるcurlでhttpを投げればいいという簡単さ。Upから適当に情報を入力してサインアップ。GitHubアカウントでも連携作成できるみたい。メールアクティベーションの後、サインインすると「物理デバイスか?仮想デバイスか?」を聞いてきます。Piなので左の”Device”を選択。次にデバイス名をつけます。自由なんですがラズパイが何個もある人は困りますね。MACアドレスでも・・・と思ったら書いてないし。Black”とかにしました。StreamIDも自由ですが、curlのアクセスURLに含まれるのでスペース禁止&適当な長さで。NameはM2Xの画面上でのグラフタイトルになります。Symbolは”watt”にしました(SYMBOLは勝手に入りました)。するとコードが生成されるので、これをコピペしてRaspbian上で実行してみます。うまくいけばM2Xに「40」の値が入ったグラフが作成されるはず。セッティング変更と結果グラフあとは前回のepower.rb(前回のsample.rbから改名)の数字だけを定期に飛ばせばいいわけです。出力結果をcutコマンドで抽出してもいいですが、今回は素直にrubyのファイルを書き換えました。"#{pow}"このepower.rbを実行し、curlでM2Xに投げるシェルスクリプトpi2m2x.shを作ります。}"このpi2m2x.shをcronに登録。/usr/bin/vim.tiny初回は編集に使うエディタを選べ、ということみたい。間違えた場合は”select-editor”で再設定できます。rootで作ったのでユーザー名は書いていません。local0.infoテストもかねて標準出力を>/dev/nullに捨てず、loggerでsyslogに載せるようにしました。毎分送って大丈夫かな・・・とちょっと心配ですが今のところお怒りメールなどは来ていません。してできたのがこのグラフとても簡単。測定サンプルとしてメインPCをの消費電力をプロットしてみました。アイドル時は38Wでブレイドアンドソウルを動かしたところで最大数値については194.8W。感覚的にもうちょっと高いはず?とも思います。ワットチェッカーを併設して計算式でのキャリブレーションをもうちょっと進めてみようと思います。あとは細かなところで時刻表示がUTCになっています。そこをJTSにしたいんだけど設定項目が見つかりませんでしt。試しにLocationを日本にしてみたけど変わってくれないし...。設定項目がないところを見ると、curlからのputの際にtimezoneかlocationヘッダをつけると反映されるのかもしれません。UTC.もうちょっとでチャート画面がバージョンアップされて、ログインユーザーのタイムゾーンに合わせて変更される。それまではUTCで(統一して)表示される。余ってるGPIOピンで温度センサも接続3.はぜひやりたい。なるとrubyで温度測定のコード書かなければなりません。M2XへのPUTはRubyのサンプルコードもあるので、全部統合できればいいですね。追記M2Xにはどの程度の頻度でデータを投げていいんだろう?まさか無制限で数秒ごとになげていいわけもないし。思っていたら、フリープランの制限について書いてありました。Pricing100,000個/月までとの事。これを一月31日と考えると1日:3225個1時間:134個1分間:2.2個なので毎分データを投げるような場合は最大2種類まで、という事になります。これは1デバイスあたりの制限なので、別のデバイス(ID)に分ければ倍増させる事はできそう。このサイトの使用を継続することで、その使用に同意したとみなされます。コントロール方法を含む詳細についてはこちらをご覧ください。WordPress.。