タグ

awsとIoTに関するurza358のブックマーク (23)

  • AWS Summit Tokyo: AWS IoT SiteWise を利用した工場のニアリアルタイムの可視化 | Amazon Web Services

    Amazon Web Services ブログ AWS Summit Tokyo: AWS IoT SiteWise を利用した工場のニアリアルタイムの可視化 みなさん、こんにちは!ソリューションアーキテクトの新澤と藤井です。普段は製造業のお客様をご支援しています。 4年ぶりのオンサイトでのAWS Summit Tokyoが 2023 年 4 月 20 日(木)、21 日(金)の 2 日間、幕張メッセにて開催され、大盛況のまま無事イベントを終えることができました! 基調講演・150 を超えるセッション・180 を超える EXPO コンテンツが披露されましたが、今回はその中から製造業に関する展示のうち、 AWS IoT SiteWise を利用した工場のニアリアルタイム可視化のデモ展示についてご紹介します。 なお、AWS Summit Tokyoにおける製造業に関する展示の全体的なコンテンツ

    AWS Summit Tokyo: AWS IoT SiteWise を利用した工場のニアリアルタイムの可視化 | Amazon Web Services
  • AWS連携の機能説明|PATLITE / IoT / 見える化 - 株式会社パトライト

    AWS対応 AWS IoT Coreへダイレクトに通信 クラウドシステムを可視化できます NHV/NHB情報をクラウドへ Device Shadowに対応。 LEDユニット点灯状態などの情報をクラウドへ送信可能 Amazon Web Services、およびかかる資料で使用されるその他のAWS商標は、米国および/またはその他の諸国における、Amazon.com, Inc.またはその関連会社の商標です。

  • IoT SiteWise を使用してデータを取り込んでみた - Blogical

    こんにちは、ロジカル・アーツの井川です。 しばらく前に、PoC で IoT SiteWise を使用して工場の設備データをクラウドにアップするということをしました。当時は東京リージョンは対応していなかったのですが、それから色々変化があったので紹介したいと思います。 はじめに IoT Greengrass V2 とは IoT SiteWise とは ゲートウェイ アセットモデル アセット アセットプロパティ OPC UA とは 手順 ゲートウェイの作成 アセットモデルの作成 アセットの作成 Greengrass V2 と SiteWise ゲートウェイのセットアップ OPC UA サーバの準備 スクリプトの作成 データソースの設定 プロパティエイリアスの設定 動作確認 おわりに 参考リンク Appendix: node-opcua を使用した OPC UA サーバでの手順 1. 2. 3.

    IoT SiteWise を使用してデータを取り込んでみた - Blogical
  • Brisa Robotics が AWS を使用してロボティクスの運用を改善する方法 | Amazon Web Services

    Amazon Web Services ブログ Brisa Robotics が AWS を使用してロボティクスの運用を改善する方法 この投稿では、Brisa Robotics がアマゾン ウェブ サービス (AWS) を活用して、さまざまな車両からデータを収集、保存、処理し、顧客業務を改善する方法について説明します。 Brisa は、自動運転ではない産業機械を自動運転車両に改造して、データを収集して顧客が主要なパフォーマンス指標を追跡し、業務を改善できるようにしています。彼らの使命は、スクラップを売って新しい機械を購入する代わりに、既存のインフラを活用して古い機械を再利用することで、顧客の効率を高めることです。Brisa は、フォークリフト、パレタイザー、テレハンドラーなどのマテリアルハンドリング機器 (MHE) を強化するための独自のモジュラーロボットキットを提供しています。これらのロ

    Brisa Robotics が AWS を使用してロボティクスの運用を改善する方法 | Amazon Web Services
  • AWS IoT SiteWise workshop

  • IoT データの取り込みと可視化のための7つのパターン – ユースケースに最適なものを決定する方法 | Amazon Web Services

    Amazon Web Services ブログ IoT データの取り込みと可視化のための7つのパターン – ユースケースに最適なものを決定する方法 この記事は 7 patterns for IoT data ingestion and visualization- How to decide what works best for your use case の日語訳です。 モノのインターネット(IoT)を始めたばかりでも、すでに数百万台の IoT デバイスが接続されていても、IoT データから抽出される価値を最大化する方法を探しているのではないでしょうか。IoT デバイスのデータには、報告されたテレメトリデータ、メタデータ、状態、コマンドとレスポンスの中に、豊富な情報が含まれていることがあります。しかし、適切なレポート作成および可視化ソリューションを持つことは、業務効率を最大化し、ビジ

    IoT データの取り込みと可視化のための7つのパターン – ユースケースに最適なものを決定する方法 | Amazon Web Services
  • 【製造業 IoT の第一歩】三菱電機のシーケンサ MELSEC から取得した設備データを AWS に保存するまで | DevelopersIO

    製造業の IoT 導入はとても奥が深い世界です。実際に試してみた内容や考慮したポイントの一端をご紹介します。 概要 最近、製造業の設備データを収集して AWS で可視化・活用したいというお問い合わせを受けることが多くなりました。 特に、一定の規模以上の工場などでは、PLC (Programmable Logic Controller)という設備機器を制御する装置が利用されていることが多く、この PLC から直接データを取得したいというケースがあります。 そこで今回は、この PLC からデータを取得して、時系列データベースである Amazon Timestream に保存するまでの手順を紹介したいと思います。 余談 製造業においては、「シーケンサ」というと一般的に PLC 全般のことを指して表現されることが多いですが、シーケンサは 三菱電機の PLC 製品名です。 しかし、国内の PLC

    【製造業 IoT の第一歩】三菱電機のシーケンサ MELSEC から取得した設備データを AWS に保存するまで | DevelopersIO
  • ユーザ認証を設定した OPC UA サーバから IoT SiteWise でデータを取り込む - Blogical

    こんにちは、ロジカル・アーツの井川です。 OPC UA サーバではユーザ名とパスワードによるユーザ認証を設定することができます。今回は、ユーザ認証が設定されたサーバから SiteWise でデータを取り込んでみたいと思います。 はじめに シナリオ サンプルコード シークレットの作成 ゲートウェイロールの編集 シークレットマネージャーコンポーネントのデプロイ データソースの認証情報の追加 動作確認 おわりに 参考リンク はじめに 以前の記事で、SiteWise を使用して OPC UA サーバからデータを取得する方法を紹介しました。 この記事の状況だと、サーバに接続できる状態であれば誰でもデータを取得できてしまうので、ユーザ認証を設定し、匿名ユーザがデータを取得できないようにします。 なお、今回は扱いませんが OPU UA サーバで定義したユーザにはデータに対する細かいアクセス制御(読み込み

    ユーザ認証を設定した OPC UA サーバから IoT SiteWise でデータを取り込む - Blogical
  • 設備機器の稼働データを SiteWise ゲートウェイを使って OPC UAプロトコルで AWS IoT SiteWise へ送ってみた | DevelopersIO

    設備機器の稼働データを SiteWise ゲートウェイを使って OPC UAプロトコルで AWS IoT SiteWise へ送ってみた 今回は、AWS IoT SiteWise の基的な使い方を確認してみました。 AWS IoT SiteWise を使うと、OPC-UA や Modbus TCP、Ethernet/IP といった製造機器間の通信に使われる産業用プロトコルで機器のデータを AWS に送信したり、データを蓄積・分析・可視化することができるようになります。 全体の構成 想定する環境 今回作成する環境は、以下のような製造現場の環境を模したものになります。 作成する環境構成 上記の環境を次のような構成で AWS 上に作成します。 実機としての PLC などは無いので 「仮想 OPC UA サーバ」 上で擬似的にデータを生成します。「仮想 OPC UA サーバ」は IoT ゲートウ

    設備機器の稼働データを SiteWise ゲートウェイを使って OPC UAプロトコルで AWS IoT SiteWise へ送ってみた | DevelopersIO
  • AWS IoT SiteWise Edgeでデータを様々な場所に保存する方法 | Amazon Web Services

    Amazon Web Services ブログ AWS IoT SiteWise Edgeでデータを様々な場所に保存する方法 この記事は Philipp Sacha によって投稿された How to store data with AWS IoT SiteWise Edge in many locations を翻訳したものです。 はじめに この記事では AWS IoT SiteWise と AWS IoT SiteWise Edge を使用して AWS IoT SiteWise のデータストアだけでなく、他の多くの場所にデータを保存する方法について解説します。デフォルトでは、データは AWS 上の AWS IoT SiteWise データストアに保存されます。 お客様は AWS IoT SiteWise を使用して OPC-UA データソースから産業用データを収集したいと考えています。し

    AWS IoT SiteWise Edgeでデータを様々な場所に保存する方法 | Amazon Web Services
  • OPC UAの採用を主要IoTベンダーが表明、AWSやマイクロソフト、グーグルなど

    今回あらためて、主要クラウドベンダーを含むIoTプラットフォーマーがOPC UAを採用することを表明することで、マルチクラウド、マルチプラットフォームを推進するOPC UAの立ち位置を鮮明にするとともに、エッジとクラウドを結ぶデファクトスタンダードとしての立場をアピールする狙いだ。OPC Foundation代表のStefan Hoppe(ステファン・ホッペ)氏は「OPC UAが、プロセスおよびファクトリーオートメーションにおけるフィールドからクラウド(およびその逆)を調和する唯一のソリューションだ」とコメントしている。 今回、OPC UA採用を表明したAWSGoogle Cloud、IBM、Microsoft、SAP、シーメンスでは既にOPC UAを組み込んだアプリケーションを準備しており、積極的に同技術を活用していく方針を示している。 ≫「産業用ネットワーク技術解説」のバックナンバー

    OPC UAの採用を主要IoTベンダーが表明、AWSやマイクロソフト、グーグルなど
  • AWS Smart Factory Demo - ARを用いた生産ラインの可視化と異常検知

    ARスマートグラスを用いた生産設備の可視化と異常検知とその対応についてご紹介するデモ動画です。 生産設備のPLCとJetson nanoに導入したAWS IoT Greengrassを連携させ生産設備データをAWSに上げ、AppSync経由でスマートグラスと連携しています。 異常検知についてはAWS IoT Eventsで生産ラインの状態を監視し、異常が発生した際には工場ラインとスマートグラスに通知します。 関連動画として - 工場データの可視化・分析 https://youtu.be/nWHvCSBPw_Q - 機械学習を用いた外観検査の自動化 https://youtu.be/DLngS77atps もありますので、合わせてご参照ください。 AWS IoT 開発者ポータル: https://aws.amazon.com/jp/local/iot/​ IoT 関

    AWS Smart Factory Demo - ARを用いた生産ラインの可視化と異常検知
  • エッジ向けの AWS – エッジコンピューティングとストレージ、5G、ハイブリッド、IoT - Amazon Web Services

    AWS のエッジサービスは、データ処理、分析、およびストレージをエンドポイントの近くで提供します。これにより、お客様は AWS データセンターの外にある場所に API とツールをデプロイできます。データが生成された場所の近くでそのデータを処理および保存できる高性能アプリケーションを構築して、超低レイテンシー、インテリジェント、リアルタイムの応答性を実現できます。 アプリケーションを一度構築すれば、クラウドとエッジにデプロイできます。AWS は、クラウドで提供されるインフラストラクチャ、サービス、API、ツールを、フルマネージドサービスとして、事実上あらゆるオンプレミスデータセンターやコロケーションスペースに拡張する唯一のプロバイダーです。

    エッジ向けの AWS – エッジコンピューティングとストレージ、5G、ハイブリッド、IoT - Amazon Web Services
  • テレワーク環境の可視化 - sparkgene’s blog

    2020年3月からテレワーク(Work From Home)が始まり、常時同じ部屋にいることも増えたこともあって、いくつかのデバイスを24/7で稼働させることを始めたけど、やりたかったとこまで一旦終わったのでブログにまとめてみました。 現在はこんな感じにモニターの下に置いて使ってます。 室温と湿度の可視化 まず最初にやったのが、M5StickCにFreeRTOSを入れて、DHT11センサーモジュールで室温と湿度を収集し、Raspberry Pi 3上で動いているAWS IoT Greengrass v1(v1.11.0)を経由してAWS IoTにデータを送っている。 IoT Coreで受け取ったデータはRuleの設定で、AWS CloudWatchのメトリックスとして登録され、その情報を使ってダッシュボード機能で可視化した。 ついでにAmazon QuickSightでも見れるようにしたか

    テレワーク環境の可視化 - sparkgene’s blog
  • AWS IoT Things Graphで遊んでみた | DevelopersIO

    概要 こんにちは、yoshimです。 「AWS IoT Things Graph」で遊んでみたのでブログにしてみました。 目次 1.はじめに 2.IAMロールの作成 3.モノの登録 4.データモデル(TDM)の作成 5.モノとデータモデル(TDM)を関連付け 6.フローの作成 7.フロー設定のデプロイ 8.フローの挙動確認 9.まとめ 10.参照 1.はじめに 「AWS IoT Things Graph」について遊んでみたので、その内容を記述します。 基的にこちらに書いてある内容をベースにしつつ、理解を深めるためにちょこちょこ違うことをしています。 「AWS IoT Things Graph」は、下記の通りIoTアプリケーションを視覚的に開発するためのサービスなので、そのようなサービスに興味がある方向けのエントリーです。 AWS IoT Things Graph は、さまざまなデバイスや

    AWS IoT Things Graphで遊んでみた | DevelopersIO
  • AWS IoT Coreのルールアクション DynamoDBとDynamoDBv2の違いを図解してみる | DevelopersIO

    AWS IoT Core のルールアクションには様々なものがありますが、DynamoDB に関しては「DynamoDB」と「DynamoDBv2」の2種類があります。 それぞれの違いについては、下記のブログが詳しいです。 今回、この内容をひと目で分かるように資料化する機会があったので、作成した資料をご紹介したいと思います。 DynamoDB アクションの場合 最初は無印の DynamoDB アクションの場合です。この記事中では便宜的に「v1 アクション」と呼ぶことにします。 この「v1 アクション」は先のブログにある通り、「SELECT した内容がアクションの設定で指定したカラム(属性)に put されます。」 (この記事では、属性のことを分かりやすく統一的にカラムと呼ぶことにします) これを一枚の図に表したものが下記になります。 この場合、アクション内容で次の設定があることが分かります。

    AWS IoT Coreのルールアクション DynamoDBとDynamoDBv2の違いを図解してみる | DevelopersIO
  • AWSを活用した空調機IoTプラットフォームの開発

    AWS IoT@Loft #18

    AWSを活用した空調機IoTプラットフォームの開発
  • AWS IoTとは?できることや仕組みなど基礎知識をわかりやすく解説【テクノロジー・AI 入門編】 | スマートホーム(スマートハウス)情報サイト | iedge - Part 3

    あらゆるものにモジュールを搭載してインターネットに接続できるようにするIoT(モノのインターネット化)。インターネットに私たちの身の回りのものが接続すると、必要なときに必要な情報がリアルタイムで取得できたりと、生活の利便性が上がります。そしてIoTはビジネスでも利用され始め、IoTを企業で活用するための各サービスも提供されるようになりました。 ECサイトの大手であるAmazonITソリューションサービスも提供しており、クラウドサービスのAWSAmazon Web Service)は世界中で多くの企業が導入しています。そして今回ご紹介するのが、IoTを制御・管理するときなどに利用する「AWS IoT」です。 今回は企業がIoTシステムを構築する際に利用しているAWS IoTについてその概要や理解に必要な関連用語、そして仕組みや活用事例など、幅広い観点から解説します。 AWS IoTとは、

    AWS IoTとは?できることや仕組みなど基礎知識をわかりやすく解説【テクノロジー・AI 入門編】 | スマートホーム(スマートハウス)情報サイト | iedge - Part 3
  • AWS IOT の簡単な使い方 - Qiita

    AWS IOT の簡単な使い方です。ブラウザーから、ラズベリーパイなどへ、メッセージを送ります。 ブラウザーの画面 (送信側) 「これはテストです。」というメッセージを送信します。 デバイス (ラズベリーパイなど)の画面 (受信側) 「これはテストです。」というメッセージを受信します。 環境の作成は、AWS Console にログインして AWS IoT のサービスから、 「学習」--> AWS IoT に接続する --> デバイスの設定 とすすみます。 そして、Linux/OSX Node.js を選択します。 名前として、例えば iot01 と入れます。 そして、接続キットをダウンロードします。 ここからは、クライアント (ラズベリーパイなど)の設定です。 connect_device_package.zip を解凍します。 Node.js と、npm が必要です。 私が動作を確認した

    AWS IOT の簡単な使い方 - Qiita
  • AWS IoT Message Brokerに一般のMessage Brokerにあるべき実装がない理由を考えてみた。 | DevelopersIO

    違い、というより実装として「QoS 2」「Retain」「Will」の機能がないのです。それは何故なのでしょう。ドキュメントにはこれに関しては追求されてはいないのですが、あくまで私の私見として「こうなんじゃないかなー」という考えを書いておきます。 QoS 2がない理由 - スケールしにくいから QoSとは「Quolity of Service」の略でメッセージが確実にBrokerに届いているかどうかを保証する保証レベルを指します。 QoS 0 - 投げっぱなし QoS 0は「At Most One」つまり多くても一回、というレベルです。 Publisherがメッセージを投げた結果についてPublisherは責任を持ちません。なのでBrokerに通っているのかどうかは確認のしようがありません。 QoS 1 - 少なくとも一回 QoS 1は「At least One」少なくても一回、というレベ

    AWS IoT Message Brokerに一般のMessage Brokerにあるべき実装がない理由を考えてみた。 | DevelopersIO