pi」カテゴリーアーカイブMRTGで情報を取得するコメントを残すモバイルルータを利用した、センサーデータのパブリック処理は試験スタート時から大きな不具合なく動作している。プログラムが安定して動作している中、トラヒック、CPUはどの程度使っているのか不明だったため、SNMPを利用して情報収集をする。これについてもソフトウェア開発に強いラズパイを利用して構築することにした。最低限、取得したい情報として(ラズパイ3を対象)■CPU■ETH0■WiFi0可視化プログラムは、相性の良いMRTGを利用する。(apache2パッケージインストール)snmpマネージャーにする(snmpdパッケージインストール)MRTGプログラムのインストール(mrtgパッケージインストール)snmpwalkでMIBを見ながらの監視をしたいので(snmp-mibs-downloaderパッケージのインストール)※snmp-mibs-downloaderは入れておいた方がいいでしょう。シングルボードコンピューターでも、比較的容易に構築自体はできました。引き続き動作確認を実施します。NogiTakashiVPNサーバの構築(IoTとは少しズレるが、)コメントを残すこのご時世、どこでもアクセスできる環境は必須。お客様は待ってくれない。といことで、VPN環境の構築をラズパイで実現させる。私の場合、VPN構築は、高確率でドツボにまるのが鉄則である。ある程度時間に余裕ができないと、作業に取り掛からない。珍しく時間が取れたので作業に着手する。ubuntuなどで実装済みで、基礎知識はある程度ある(つもり)。なんと!ありがたい!!!簡単に実装できる、コードを開発された方が居られました。すごい!!!githubにコード公開されておられます。本当にありがとうございます。https://github.com/pivpn/pivpn手順通りに実施、、、、2時間程度で構築できました。セキュリティーを高めに保ちつつ、リモートアクセスできます。皆さまも是非構築してみてください。■メンテナンスローカルメンテナンスでは、特に困ることは無いリモートメンテナンスを考えると、モバイルルータ側にポートマッピング機能、内部ルーティング機能があるものを選択する必要がありそうだ引き続き実施する。NogiTakashiモバイルルータと3Gドングルコメントを残す必須試験項目として、やっておかないといけない事。公衆無線網への接続検証。オフグリッド化という事も大事だが、同レベルで無線インフラへの安定接続も大事である。ご協力いただきました皆様に、感謝申し上げます。NogiTakashi水位センサーのその後コメントを残す写真のような構成で1週間程度動作させてみた。ここで確認したかったこと。1水位センサーで水位レベルが確認できるか。2水位センサーに水分がなくなると検知できるか。3検知後、メール発報はされるか、またどの発報からのメールが見やすいか。1について、コードの書き方にもよるが、%で取得はできた。それが正確なのかは疑問で、正確にするにはかなりのチューニングが必要。2について、問題なく検知はできた。水位が下がってから、回路の水分がなくなるまで約1時間程度かかる。それまでは、水分ありの状態で動作し続けるので、それをよしとするか否か。3について、こちらも問題なく発報された。その次に、cloudwatchからの発報とIoTcoreから直接の発報を見比べてみた。分かり易いのは、IoTcoreからの方だと私的にはおもう。jsonで飛んでくるので、それに慣れればの話だが。cloudwatchからの発報のような、長い英語+UTCで飛んでくるよりは見やすい。この環境で動作させて様子をみます。Wコメントを残すこんにちは、ミウラです。3に比べると面積比で約1/2(もう少し小さいかな?)です。HDMIとUSBのインターフェイスも違いますので注意が必要です。・USBは、microUSBですが、1ポートしかないのでUSB-HUB(未検証)があったほうがよいです。・HDMIは、miniHDMIとなります。いずれも変換アダプタ、ケーブルで対応しました。・電源は、Pi3で使っていたもので大丈夫でしたが、詳しくは、製品の仕様書で確認して下さい。インストール設定や操作感はほぼ同じです。ネットワーク設定が、/etc/dhcpd.confでなく、/etc/dhcpcd.confなので要注意。pub-subができているようです。17.763819694519043}次はバッテリがどれくらい持つのか耐久試験です。MiuraSatoshi水位センサーコメントを残す水位センサーの構築に取り掛かりました。KKHMFセンサーを利用して、水の有無を判断。水がなくなったら、特定のメールへPUSH。1週間程度、動作チェックをおこないます。進捗あり次第更新します。NogiTakashi近況コメントを残す1ヵ月程度、BME280で温度・湿度・気圧とDS18B20で温度を取得してみた。調べたかった点として、BME280の温度とDS18B20の温度の差分。結果、データ値の大きな差はなし。DS18B20は防水なので、野ざらし環境でも十分利用ができそうだ。次に、RSPi⇒IoTcore⇒cloudwatchでのグラフ化。これも問題なく構築できた。その次の、cloudwatch(閾値設定)⇒SNS⇒メール発報。直したいが、直し方がわからない。仕様なのか、、こんなところだが、、ここで一度この構成での検証は止めて、次に移ろうと思う。進捗あったらまた更新します。NogiTakashiBME280とSNS連携(ミウラ編)コメントを残すこんにちは、ミウラです。前回に引き続き、センサデータにより温度が異常値になるとメール発報する仕組みを追加しました。センサの温度が30°Cを超えたデータを採取すると、AWSのSNSサービスからメール送信を行います。手でセンサを塞ぎ、30°C以上のデータを検知したタイミングでメールが送信されました。メッセージはデフォルトのままで素っ気ないですが。図1)SNS機能の追加ondo30というトピックを作成し、IoTのルールで「SNSプッシュ通知」を選択し追加、そしてSNSターゲットにondo30のトピックと連携させる。MiuraSatoshiBME280からのセンサーデータをkibanaでセンサデータをグラフ表示(ミウラ編)コメントを残すこんにちは、ミウラです。センサデータをグラフ化できるところまでできました。詳細な技術情報は、少し時間をいただき整理したいです。思わぬ想定外の引っ掛かりもありましたが、まずは一気通貫で出来たというところでしょうか。IoTに上げ、2そのデータは、ポリシーとルールに基づき、Elasticsearchに放りこまれ、3見たい情報をkibanaでフィルタリング定義してグラフで確認する、といった動きとなります。実際の運用までにはいくつかの技術的課題が見られましたのでひとつづつ解決していきたいと思います。図2)Kibanaにelasticsearchのデータを読み込んだところ図3)Kibanaでグラフ化した温度データグラフは、横一の線に見えますが、温度は0.1°C単位で変動しています。マウスを当てるとそのデータの数字を表示します。センサを風通しの悪かった場所に置いていたせいか、ちょっと暑め・・・ではまた。