主な交通手段は地下鉄になります。だいたいの用事がある場所や観光地、ランドマークは地下鉄があれば最寄りまで行けます。運賃もリーズナブルで、空港から市街まで40分ぐらい乗車して6元(≒90円)と、気兼ねなく利用できます。中国では、地下鉄への乗車の際も空港で行うような手荷物のX線検査があります。開封済みの飲料などを持ちこもうとすると、ボトルだけ荷物から取り出されて特殊な機械で調査されます。切符の購入は特に難しいことはなく、日本にでもあるような券売機(実際出てくるのはチップなのですが)で購入します。日本のような巨大な路線図と運賃表はありません。こんな感じのタッチパネルがあり、行きたいところをタップすると運賃が表示されるので、それに応じて必要な現金を投入するだけ。日本の巨大な路線図と運賃表を見比べて運賃を選んで購入する方式がユーザーフレンドリーではないなぁと思ってしまいました。これが切符(チップ)。方式はわかりませんがNFCのような近接無線デバイスが内蔵されているようで、これを改札のタッチセンサーに接触(非接触)させることで改札を通過することができます。降りるときは回収用の穴があるのでそこにポチっと投入。台湾のMRTなんかもこの方式ですね。いえ多くの現地人の方々は、スマホアプリでスイスイ入場していました。日本のそれと変わらない。ホームにはすべてホームドアが設置されている。日本と違い、容赦なくドアは閉められるそうw車内にはこうしたわかりやすい表記があり、今自分がどこにいるのか、次はどこに止まるのかがわかりやすい。乗り換え駅の表記もある。音声案内は中国語、英語の二種類。どれも遜色ないか上回っていると感じるレベル。乗客も普通に静かで、とても快適。深圳の第二の足はタクシー。普通に歩いていれば妙なぼったくりタクシーに捕まることはまずありません。車両が白と青とツートーンの会社と、緑と黄いろのツートーンの会社をよく見かけました。利用した場所では前者の青白の車両が多く、そちらを何度か利用しました。料金はというと、2km10元(≒150円)とこれまた安い。駅からちょっと離れたところまで遠慮なく乗っても15元(≒200円)なので、熱いこの時期は積極的に利用したい・・・と書きかけてふと思ったのは、たまたまか知らないが深圳はそんなに暑くなかった。それはまた別のところで書こうかな。こっちの方が安上がりだからこっちでいいか?」的な感じで安い方のルートを選んでくれた。ちなみに深圳のタクシーは全車EV。強烈な加速を味わえる。バス今回は利用しなかったけど、街中にはたくさんのバスが走っている。路線図が複雑でどこに連れていかれるかわからず難易度高い。(台湾もそうだったけど)料金は当然タクシーよりはるかに安いけど、今回の行程では地下鉄+タクシーで十分だった。次回はぜひチャレンジしてみたい。バスの方がローカル感味わえるし。その他タイやカンボジアなんかだとトゥクトゥクみたいな庶民+観光客用のライトな交通手段があったけど、深圳では見かけなかった。唯一、バイクタクシーらしいものが走っているのを見かけた。する風貌で、簡単に言うと「普通のバイクにビーチパラソルを立てて走っている」感じ。客船を模した建物・・・じゃなくて客船そのものw残念ながら深圳には観光を目的としていくような場所はなさそう。愛知でいうところの「リトルワールド」のような屋外型施設や動物園、やや大きめの公園のようなものはあるものの、それを目当てに深圳に出掛けるというほどのものでもなさそう。それならばいっそお隣の香港まで足を延ばして香港ディズニーランドに行った方がいいような気もします。私のようなGeekの場合は華強北(電気街)のような街も十分観光地というかアミューズメントパークのような楽しさを味わえますが。いえ(主目的である)会社訪問と華強北(電気街)以外何もないのもさみしいなーと思い、現地でお世話になった方に聞いてみると「海上世界」というスポットがあるようです。市街からはやや離れていて地下鉄で30分ほどかかりますが、海に近い広い敷地に、大きな客船を模した・・・いや、これ丸ごと客船だな・・・客船を地上に配したレストラン的な施設を中心に飲食店や土産物屋などが立ち並ぶデートスポットのような場所がありました。中国、やることが大胆w多くのお客さんであふれていました。高級レストランから庶民的な飲食店までいろいろあるんですが、どちらかというとお高めなお店が多く、それなりの店に入ると一人あたり日本円で¥5,000以上はかかるお店がザラ。■「海上世界」のバーで。目抜き通りだったのでややお高め。写真のビールは65元(≒¥1,000)。コンビニのビールの10倍近いw中国の旺盛な消費欲がうかがえます。お金が消費され、経済が回って豊かになっていく、そんな雰囲気が漂います。■夜はライトアップされてとてもきれい。きれいな中国人女性誘って来たい!!!!まとめということで、コンパクトにまとめるつもりが結構長くなってしまいました。全体的に感じた雰囲気は、とても消費欲旺盛で活発な新しい街というものです。全体的に街もきれいですし、人も優しい、とても便利でありつつ、レガシーも垣間見えるそんな街でした。次回以降、ジャンルを絞ってエントリー綴っていきたいと思います。shinyaコメントする消印がSwissな謎な荷物が届いた。注文しているが、はてなんだっけ・・・中国からならわかるんだけど・・・と、とりあえず開封。すると中から出てきたのはESP32搭載の評価用ボードと、Arduino+BLEの評価用ボード。いずれも、BLEを使って何かしたいなーとふと思って検索していた時に、SNS上でReccomendされた広告からたどった先で安売りされていたので購入したもの。いずれもたしか$5程度だったと記憶。左がESP32、右がArduino+BLE。国内で入手できる評価用ボードはいずれも大きすぎたり必要ない機能が多すぎたり高かったりで、あんまり食指が動かない。こいつらのフットプリントはいずれも30mmx30mm程度ととても扱いやすい。機能も実装も必要最低限。ちなみに購入はこちら。shinyaコメントする先日、オオグソクムシをすりつぶしたものを練りこんだせんべいの紹介をしました。名前とパッケージ、すりつぶしたオオグソクムシが入っているという事実には大いに興味をそそられましたが、その含有量の低さと味付けから、オオグソクムシを食べているという実感には乏しいものでした。エントリーはこちら【スローライフ】オオグソクムシを食べてみようが。なんとこの度、オオグソクムシを一匹丸ごと使ったせんべいを手に入れました!(笑)これはリアルすぎるwwwどう見ても紛うことなく一匹丸ごと!!!「鎧焼き」というネーミングが素敵すぎます。これはワクワクさせられる注意書き!その鎧、わが歯で突き通してくれようぞ!!!この鎧感wwwデカい!私の顔は通常の人の3倍の大きさですが、その顔のデカさに匹敵します。開封!!!匂いは・・・やや生臭い??そうでもないか。ふつうの海老せんべいです。ま、甲殻類なのでそんなもんか。食してみます!頭から・・・。ふつうにエビせんべいっぽい。この部分はせんべいの生地ものっていないので、ほぼダイレクトにオオグソクムシの頭です。ここも普通においしい。薄めのエビせんべいという感じ。腹の部分まで食べ進むのは厳しいので、割って途中から侵入します。おっ!?裏、脚そのまんまwww脚部分クローズアップ。クローズアップ!!!まさにデカいダンゴムシ!ゲジもムカデもそうですが、多脚類の美ですね。こんな美しいものを生み出した地球の自然に感謝です。その他脚部分をガブリ!く・・・ここもほぼほぼオオグソクムシ部分なんですが、なんというかカリっとさせずらいのかひたすらモソモソして口に残ります!味はいいんですが、このモソモソ感はなんとも。これでこそオオグソクムシという体験!これは感動!ところでこのオオグソクムシせんべい。専門的に漁獲しているわけではなく、底引き網に外道としてかかるものを加工しているとのこと。時期によっては取れないこともあるんでしょうね~。shinyaコメントする涼しくなりましたね。基本暑がりの私には、ちょうどいい季節です。最近事務所からの移動は専ら原付に頼っています。人間楽することを覚えるとだめですね。自転車に乗らなくなってしまいました。ここのところ専ら横に成長してます。そんな原チャリなんですが、先日うっかりキーを刺したまま、しかもIGN-ONのままになってました。なるかというと、バッテリーがアガります。エンジンかかってないとヘッドライトなどの灯火類のようなヘヴィに電力消費するものはONにならないのですが、最近の原チャリは偉そうにコンピュータ制御のインジェクション車両なので、その辺の電子デヴァイスを駆動するのに結構な電力を食うようです。残念ながらそれらがバッテリーを食い尽くし、セルがうんともすんとも言わなくなりました。普通ならバイク屋に駆け込みたくなるところですが、しかししかし、原チャリ(をはじめとする小排気量車や一部の大排気量車)のいいところはキックスターターというプロダクト製作のための金集めの手段セルに頼らないエンジン手動手段があるのです!ということで、キーをIGN-ONにしてキックをスコスコ踏み込むわけですが、強靭な筋力を誇る私の大腿筋と大殿筋のコンビをもってしてもかからない。おかしいおかしいおかしい。初爆どころか未燃焼ガス臭さもなく、ふと頭をよぎったのは「まさかバッテリー枯渇してるとECU死ぬとか?」いや、まさかじゃなくてそのようです。普通に考えたらそうですよね。キャブならバッテリー外しててもかかるじゃねーかよふざけんな!ここでECUにあたってもしようがないので、バッテリーの復活を試みます。工具や設備がふんだんにある自宅ならいざ知らず、ここは会社の事務所。枯渇したバッテリーの復活など・・・できますね。いうことで用意したのはノートPCの充電用アダプタ。なんでも良いというものではなく、対象のバッテリーの充電適正値当たりの性能を持っている必要があります。適正な充電方法は、通常0.4Aで5~10時間、休息の場合4Aで30minとあります。電圧は14V程度が良いでしょう。そんな要件に見合うアダプタがあればいいのですが・・・ありました。ノートPCではなくカッティングプロッタのアダプタです。OUTPUTは19V1A。電圧が高いですが、まぁ相手はバッテリーだし大丈夫でしょう。できればなんらかの負荷を接続して電圧を14-5V程度にしてあげたいところですが、さすがにそこまでのアイテムは事務所にありませんでした。今回はECUに電力供給できる程度に復活できれば良いので、10分刻みで充電しながらキックスターターでエンジンをかけるというサイクルを繰り返しました。ケーブルは電源配線に使ったVVFケーブルを使用。出力電圧がやや高いのが気になったので、時々バッテリーやアダプタを触って異常な発熱がないか確認しましたが、特に問題なさそう。最終的には30分超充電したところでキックでかかりました。この充電器、電圧と電流が適正なら車のバッテリーにも応用できるので、出力14-15V、3-5A程度のアダプタの廃棄の必要が出たときは、VVFケーブルなどとともに車のトランクに詰め込んでおきましょう。いざというとき役立つはずです。Plusがいろいろと不具合を抱えてきたので、致命的ではないものの業務のこともありスマホの変更を余儀なくされました。変更時の条件はいろいろあったものの安定して動作すること(できれば)軽快に動作することSIMフリーであること技適を取得していることDSDSであること写真がきれいに撮れるとうれしい条件を満たせればメーカーはこだわらないできれば安価であることが挙げられた条件です。(多いw中にはややマニアックな条件もあるけど、わからなければググってください。U12+、iPhoneXなど。条件はあげつつも、正直なところ一番重視したい要素は6.の写真撮影性能であり、そんなスマホの写真性能の比較検証を行っているサイト「DxOMark」の評価結果が多分に反映された候補と言っていい感じ。Pro、U12+あたりが残り、最終的には予算的な都合で消去法によりP20に決定されたという流れですかね。OSのAndroid機に特に説明することもないですが、以下のような点が「ほほーぅ」となった点。SIMやん特に写真については一番期待していたところなので、ちょっとだけ紹介。撮影中、勝手に食事の風景であることを認識して最適なモードが設定されました。個人的にはもうちょっとコントラストがある絵がいいのですが、これはこれでいい感じです。一般的な、SNSへの飯テロ攻撃にはもってこいでしょう。夜景モードカメラを起動すると様々なモードがありますが、夜景モードというものもあります。残念ながらマンハッタンにも香港にも夜景撮影に出かけられないので、通勤途中に撮影した最寄り駅の写真。背景は田舎ならではの漆黒の闇、手前の駅のホームは本が読めるほどの十分な照明、中央の線路付近はその中間ですが、オブジェクトが赤茶けた砕石というなかなかに難しい状況。↑こちらは標準モードで撮影したもの。空は黒く、照明は白飛びせず、かつ中央の砕石もしっかりと粒度を保って表現できています。ポートレイトモード今時のスマホにはほぼ当たり前のように搭載されているポートレイトモード。家族でフラっと買い物に出かけたときの休憩中のシーンを何気なく収めただけですが、肌の色彩、明度はしっかりと確保しつつ、程よく背景をぼかしていい感じになっています。昔は一眼じゃないとこんなの撮れませんでしたよねぇ。(でもやっぱり一眼で撮ると細かい描写で一眼に軍配が上がる気がします)アパーチャモードアパーチャモードって最近のスマホじゃ普通なんでしょうか。アパーチャモードにすると、いわゆる「絞り」をマニュアルでコントロールできるインターフェイスが現れて、任意の絞り(おそらく疑似的なものですが)で撮影ができます。技術資料によると、ダブルレンズの視差を利用して測距し、処理エンジン側で再現しているそうです。サンプルが悪く中距離が甘いですが、絞りに相当する設定を極端に振って撮影してみました。アパーチャ値(絞り相当?)0.95。いわゆる開放な状態です。0.95ってすごいな。フォーカスは中央の巻貝に当ててあるんですが、手前の二枚貝も20センチ程度しか離れていませんがいい感じでボケています。遠景のボケがワザとらしいというか、大げさな印象を受けます。反対にアパーチャ値16。絞り込んだ状態なわけですが、サンプルが良くない。中央、その周りはいい感じにフォーカスされてますが、さすがに遠景は若干ボケてます。これだけわかりやすく設定値によって画質に差が出るので、セオリー通りにポートレートや接写は解放で、風景などは絞って・・・なんてことが手軽にできるので面白いですね。中間のアパーチャ値4.0。個人的にはこれぐらいがいいかな。食事撮影なんかはもっと開放気味でとってもいいですね。期待通りのカメラ性能で、大変満足しております。plusがMicroSIMだったこともあり、NanoSIMへの変更を余儀なくされました。本来ならば、通信事業者へ変更申請すべきところだけどそんな悠長なことしていられない。いうことで、例によってSIMをカットすることに。そもそも標準SIMをMicroSIMにカットして使用していたものを、さらにNanoSIMにカット。埋め込まれたICを切ってしまわないか心配になるものの、基本的に露出している端子部分以外に回路部分が入っていることはないので、安心してカットしよう。(ただし自己責任で)中央がカットしたSIM。右がDSDSのセカンダリとして使用している格安SIM。mobileONE)大雑把にカットしたら、やすりできれいに整える。問題もなく認識し、うまく運用できている。proが欲しいところでしたが、予算の関係で断念。Proとのカメラ性能の差が気になりましたが、結果的には十分満足いく結果となりました。shinyaコメントする最近、ウィークデーの食事が偏っているせいか、週末野菜が食べたくて仕方がないさかきばらです。今週も週末の食事当番としてお買い物に出かけたところ、見切り品のレタスがありました。お値段なんと見切り価格で50円。若干のヘタり感がありますが、こんな時に役立つライフハックを知っているので喜んでかごに投入します。持ち帰ってきたらすること。なんのことはない、水に差すだけですね。写真はすでに二日間にわたりモリモリ食べられた後なのでずいぶん小さくなってしまっていますが、ヘタれた見切り品とは思えないみずみずしさです。ちなみにこれを撮影したのは、見切り状態で購入してからさらに72時間も経過してから。おうちの冷蔵庫でくたびれたレタスや小松菜、ホウレンソウなどがあったらぜひ試してみてください。shinyaコメントするモノづくり大好きなみなさん、暑い暑いと怪訝な顔をして温度計を恨めしく観た夏が過ぎ去ろうとしている中、終わってしまうことにやや寂しさも感じているのではないでしょうか。勝手ですねwさて、そんな夏の終わりに、名古屋市が主催となっている名古屋ハッカソンに参加してまいりました。HACKATHON開催概要http://jellyware.jp/nagoyaboost/hackathon.html本イベントは、名古屋市が取り組む起業家育成プロセスの一環で、他にも様々な起業家支援イベントが開催されています。起業を目指す方、事業化に向けた新しいアイデアを持っている方など、参考にしてみてはどうでしょうか。10000とはhttp://jellyware.jp/nagoyaboost/まずは結果からハッカソンなので作品に対する評価・審査があるのですが、結論から先に申し上げますと、見事優秀賞をいただくことができました。(最優秀賞1点、優秀賞2点)そういえば春先に開催された中京テレビのHack-Chuでも優秀賞をいただいたので、今年二つ目の優秀賞です!やった!が、素直に喜べない理由も。ちなみに当日名古屋市の大ボスも来てました。テーマ今回の名古屋ハッカソンは、「ヘルステックナゴヤ」が主テーマになっており、さらに協賛企業さんがメインテーマに沿った小テーマを出されていました。各企業様の事業内容に沿って、独特の小テーマが展開されており、その小テーマを眺めているだけでも楽しかったです。(中には少々強引な感じもありw)今回参加時に、介護事業を営む水野さんとチーム参加することを決めていたので、個人的に選択したテーマも介護に関するもの。小テーマは、事前に開催された事前説明会でいくつか発表されており、その際に目に留まった介護に関する小テーマで行こうかな...と介護に関するテーマがあったので水野さんをお誘いしたのでした。巻き込んでゴメンナサイ。審査員受けハッカソンだけではない、イベント全体でのテーマ性など鑑みて、水野さんと数案は決めておきました。あとは当日の空気など鑑みて、よさげなアイデアを選択する方向で当日に臨みました。当日の流れの中で一つに絞ったのがコレ。高齢者をターゲットとした服薬管理システムです。高齢者のみならず、自分のようなサプリメント常用者や子供の服薬管理にも応用できますね。参加者ウケも良かったので、介護系全般にピボットする可能性を残しつつ、これを軸に水野さんの案も交えつつチームビルディングすることにしました。ちなみに、薬の発注からサービス化しているところで、一回の服用単位でパッキングしてくれるサービスというのは既にあります。)チーム幸いにも参加者投票が多かったので事前に参加者の前で簡単なピッチをすることができ、チームビルディングはしやすい状況にありました。エンジニアリングは主に私、テーマに沿った発表資料作成は水野さんを主体にするという方向でチームの機軸を決めました。このチームの弱点は事前にいろいろと情報共有やディスカッションを進めていたこともあり、やや進め方に偏りがあることを感じていたため、意外な視点で新しい要素を提案してくれるチームメンバーが欲しいなと考えました。テーマが介護ということもあり、介護に係る機会が多い属性が理想的・・・それって女性だよね?ということで、会場内で目についた女性に声をかけまくるという破廉恥なチームビルディングとなりました。結果、このような素晴らしいメンバーに恵まれました。いや、偶然の産物なんですが、ホントに素晴らしいバランス。作るものと構成は考えていたので、エンジニアリングチーム内での役割分担もうまくいき、前述のようにサーバサイド/基盤・・・入口さんクライアントサイド・・・諏訪さんハードウェア製作・・・榊原(私)な割り振りにしました。nodeとサーボの組み合わせで薬剤排出部分の制御を行いますので、サーバ側からはWioのAPIを呼ぶだけです。自分だけなら、UIをPowerAppsで、基本処理をFlowでサラっと作るところでしたが、各メンバーの得意な分野での実装に任せる方向にしました。実装技術もうまく分かれていたし!プロト版の目標は3回程度、実際に薬剤排出するデモができることオマケ機能は、基本ができたらに絞りました。発表時間も限られるため、HWを使ったデモはあまり重要視せず実現可能性を示すだけに留めることとしました。無理してもショーがないし。薬剤排出の仕組みは、箱を多数用意してふたを開閉する方式を最初思いついたのですが、蓋の数だけ動力が必要になるため、デモ向けのプロトにしてもやや製作が面倒+100均で売っているピルケースと見た目が似通うためUI/UX的に新しさが無いということで、観覧車のゴンドラに薬剤を載せて、観覧車を一定角度回してゴンドラの薬剤を輩出するという仕組みをとりました。この方式だと、デモ用プロトの範囲だけなら、サーボ一個で動作させられます。(プロト版は観覧車の軸にサーボの軸を直結したので、最大160度しか回らないというデモ限定仕様)本来はちゃんとステッピングモータなどでやるべきですね。サーボの動作異常が見られたので、電源取り直すために小加工。nodeとサーボは持ち込んでいたので、エンジニアチームに簡単な動作デモを見せてAPIを紹介したら、あとは入口さんと諏訪さんにUI~制御周りの実装はお任せしてしまいました。近所のイオンに実際のハード部分の資材調達に!全部100均で揃えました。紙皿にマヨカップ、フォトスタンドにPPシート、ゼムクリップに押しピンと、まさに誰でも手に入る資材です。紙皿とマヨカップ、ゼムクリップとフォトスタンド!中身の観覧車はそこそこに、外装にちょっとこだわってます。外装の接着のためのタブがあまりにもみっともない・・・別のうまい接合方法も考え付いたんですが、考え付いたのが外装5割できてからだったのでそのまま進めることに・・・残念。実際にサーボ接続して、カップに薬剤投入しての初動。(事務所で徹夜製作して動作テストはしていたんですけどね)ああああ薬がwww排出というより拡散になってるwww原因を確認すると、サーボが想定仕様通り動いてない疑い。Seeedさん!ということでSeeed社の松岡さんにHELPをお願いしたところ、どうやらサーボ制御用のライブラリにバグがあった模様で、ソッコー対応いただきました。松岡さん超感謝!で、バグ修正の間に外装が整ってきたので外装付けた状態で再度テスト。この動作を目指していたので仕様通りと言えば仕様通りなんですが、割とギリギリで調整していたので、思わず声が出ましたwなにやら怪しいドーピングアイテムが並ぶエンジニアチームの一コマ。この時点でかなり時間が迫っていたので、製作はここまでとし、実際のデモは行わずプレゼンの中で動画を紹介する方向に。本番でモタつくより、その方が確実ですね。満足はいきませんが、最低限目指すところまでは動作したのでほっとしました。エンジニアチームの入口さん諏訪さんありがとう!最高のチームだ!!(HWに係りすぎて彼らいなかったらホント動いてなかったカモ。)プレゼンテーションもう一つの大事な要素、プレゼンテーションは、水野さんをはじめとしたプレゼンテーションチームが最初の目標設定とポイントの共有だけでモリモリ進めてくれました。時々方向性や数字の確認をされた程度でスバラシイ資料が出来上がってる!いつもはどっちかというとそっちの役割の方が多かったりするので、チョッピリ寂しくも、とても新鮮でした。勉強させてもらうポイント多かったし。今回は私のアイデアベースにハッカソンが進んでいったのですが、HWに必死になりすぎて本当に要所要所しか全体を見てませんでした。資料を作成しながらプレゼンテーションチームを引っ張ってくれた水野さん水野さんのサポートをしながらいろんな調査をしつつ、助言をしてくれつついいムードメイカーにもなってくれた渡辺さんプレゼンテーションチームが忙しく資料作成する中、年長者二人が手の届かないところにうまくサポートとして入っていただいた吉崎さんエンジニアチームのクライアントサイド担当として、最低限の指示しかしてないにもかかわらず自力で頑張って実装してくれた諏訪さんエンジニアチームのサーバーサイド担当として、(いいかげんで)抽象的な指示を的確に咀嚼して実装してくれた入口さんサーボ制御ライブラリのバグを速攻調査してくれた上に修正してくれたSeeedの松岡さん皆さんがいてくれたからモノができました!そして見事優秀賞!本当にありがとうございます!それからこんな面白いハッカソンを企画・運営していただいた開催側の皆様、お疲れさまでした&ありがとうございました。最後に、冒頭でちょっと触れた素直に喜べないところ。Hack-Chuも同じく、インフルエンザとはいえチームメンバーに頼りっきりで実現した優秀賞・・・私の価値って・・・orzハッカソンは楽しいぞ!出るからにはなんらかの賞をもらいたいところですが、ハッカソンって結果はもちろんのこと、そのプロセスから学ぶことがとても多い、貴重なイベントだと思います。みなさんも、周りでハッカソンが開催されていたらぜひ参加してみて下さい。エンジニア寄りのイベントに見えますが、エンジニアリングにしか目が向かないわがままで一辺倒なエンジニアをうまく誘導するデザイナーやプランナーの存在もとても重要です。shinya3件のコメントこのエントリーは、このエントリーの関連です。【車DIY】車のエアコンが効かない!!!!!(2)さて、IoTしてますか?Office365してますか?SharePointしてますか?と、煽りながらのスタートですが、いずれのカテゴリーにしてもそれほど高度な内容ではないので、玄人諸氏はそっとタブの「閉じる」ボタンをクリックがよろしです。今回は、ずいぶん前にエントリーした本記事の続編とも関連記事とも言うべき内容です。node)からデータを取得し、可視化していく方法を記載しています。いうとこんな感じですね。appsを利用可能にする。appsを使用しています。(後述)うーんむ、超簡単。実際やってみましょう。MFTでお手伝いしたからとかそういう政治的な忖度は全くなく、純粋に圧倒的に使いやすいからです。nodeのセンサに接続されたデータを利用したり、接続された機器を制御できます。nodeからのデータ取得(機器制御)は、煩わしいコーディングをすることなく、Seeed社が提供するサーバーに用意されたAPIに、トークンを付与して呼び出すだけ。反対に、呼び出す頻度やタイミング、呼び出して取得した後のデータの操作はこちら側で用意する必要がありますが、一般的なソフトウェアエンジニアにとって、不慣れなハードウェア操作の煩わしさがなくなるだけでずいぶんと敷居が下がります。実際に、値を取得してみましょう。Appsのセットアップ方法はここでは割愛しますが、要望が多ければ別にエントリー作成します。nodeの値を取得してみます。Appsの初期画面から、「一般的なトリガーで開始する」にあるサンプルトリガー「繰り返し」を選択します。すると編集画面に遷移します。新規に作成し、トリガーを「スケジュール」で検索して選択します。同じ機能なのに、見出しが違うものが存在します・・・。一応どっちでも動作することを確認しています。APIから情報を取得するために、新しいステップを追加し「HTTP」アクションを選択します。「HTTP」にも数種ありますが、シンプルな「HTTP(リクエスト)」を選択。APIの場合は方法URLの二項目だけを入力すればOKです。APIで表示されるURLを入力します。(この画面そのものは、前回の記事を参考にアプリから参照してください。)最後に、必須ではありませんが該当タスクの名前を変更します。今回は一つだけなので悩まないんですが、取得するセンサーの数が増えるとホントに困ることになります。こんな感じで、どのセンサーの値からかわかるようにするとよいでしょう。数字で管理も実はやめた方がいいですが。nodeからの値の取得まではOKです。APIに値取得のためのリクエストを投げ、JSONで値が返ってくるところまでが完了です。JSONを解析する続いての処理。アクションの追加を行い、「JSON」で検索を行うと、「JSONの操作」というアクションが見つかります。クリックして追加するとコンテンツスキーマの項目が現れます。コンテンツは、入力欄をクリックすると現れる「動的なコンテンツの追加」から展開されるダイアログから入力します。001」というグループから、「本文」を選択します。この本文が実はJSONなんですが、それを解析するということですね。続いて、どのように解析するかを指示してやります。「スキーマ」に受け取ったJSONのスキーマを設定してやりますが、0からコード書くのはめんどうなので、「スキーマ」入力欄の下にある「サンプルのペイロードを解析してスキーマを生成する」を利用します。APIのWeb画面には、実際にリクエストを送ってテストする機能まで備わっているので、遠慮なく利用します。nodeから取得した値が表示されます。(この画面そのものは、前回の記事を参考にアプリから参照してください。)上手だと下の赤枠内、「Response:」の下ですね。これをコピーして先ほどの「サンプルのペイロードを解析してスキーマを生成する」をクリックして開いたダイアログに張り付け、「完了」ボタンをクリックします。すると、「スキーマ」欄に解析されたJSONのスキーマが読みだされます。