PackMLへの興味と学習開始
明日のファクトリーオートメーションへようこそ。メインパーソナリティの高橋です。
クリスです。
よろしくお願いします。
よろしくお願いします。
クリスさん、なんかPackMLに興味があるという話を クリスさんからチラッと聞きましたけど。
そうですね。ずっと高橋さんからPackML、PackMLってずっと聞いたので、 いよいよ今週の決まったときにPackMLを試しようと思って。
PackML MQTTシミュレーターでの探求
いろいろレッドを調べたら、 ML MQTTシミュレーターというGitHubが見つかって、
自分のパソコンの中でラストウェーバーを入れて、 それでいろいろ試しようとしていますね。
このシミュレーターでMQTTインターフェースで経由で、 まずはステータスのカーソルラインの中でステータス遷移とか、
いろいろなのを模擬することができます。
まだわからないと思うので、ちょっと勉強してみるんですけど、 まだね、超大遷移の通路とか、その辺くらいしか見てないですけど、
なかなか面白いというか、しっかりしてるんだなとは第一感想ですね。
PackMLの状態定義と業界標準化の意義
例えばさ、どういうところですか?
例えば実行するときに、今スターティング、 Idle、ITLE系で、スタートするときはスターティング、スターティングのステータスはExecute、
終わっている途中で終わりましたとか、 止まるときは止まっている途中で止まりましたとか、
ちゃんと定義、必要な状態をちゃんと定義してるんだなと思って、
ちょっと調べたんですけど、もともとパッキング協会、パッキングの機械の共有インターフェースという言い方でいいんですかね?
共通のインターフェースという言い方でいいんですか?
まあそうじゃないですか、共通のインターフェースでいいと思います。
そうですね、これを出したら結構きれいな構想だし、 これをこの業界でまとめたなと思ったんですね。
すべてのキングのマシンを作っているメーカーの、 MLを使って会の状態を管理できるのがすごいなと思ったんですね、これをまとめるのが。
やっぱりなんかすごいですよね、 協会がここまでフレームワークとしてまとめてるケースって全然ないですもんね。
たとえば、本当に知らないですよ、初期機能も知らないし、 自動車もラインとか全然ないんですよね、そんなの。
ないですね。
まとめて同じインターフェースで使いましょうっていうのが、 隣のラインも違うものですもんね。
そういうレベルで、どうやってまとめるんだろうなと思って、 すごい力を持っていると思いましたね、こういうところから。
OPC UAとの連携とPackMLの役割
そうですね。パックMLはOPGAのコンパニオンモデルに入っているので、 なおさらいいですよね。
つまりOPGAのモデルとしてあるっていうことですか?
インターフェースがね。
そうなんだ。
それやっぱりすごいね、これ。
でもパックMLはマシンだけじゃないんですよね、使うの。
パックMLか?
そうそう、このパッキング…
パッキング…
パッキング…
放送機械業界。
放送機械業界ですよね。
それはそうなんじゃないですか。
基本はそこがベースなんで、それに合わせて作られていると思いますよ。
ただ、パックMLは基本的に上位の状態遷移を決めているのが主なんで、 結局ドライバーとかその辺は書かないといけないですからね。
なるほど。
だから各社にも三菱とかベックオフとかアムロンとかもパックMLのライブラリでいいんですか。
FPが対応しているっていうことですよね。
そうですね。
それは状態遷移をやるところと画面とか、パックMLに対応した画面とか、 そういうのを対応している。
だから設備が全部パックMLで動くわけではないですよね。
あくまで上の状態遷移のところが主であると。
なるほど。
ライブは普通に自分の各社のものですけど、 上位と状態を動くときだけは単独同じものを使いましょうという。
全部で上のところだけは統一したいでいきましょうということですよね。
なるほど。
標準化された画面と推進力
画面とかも決まっているんですよ皆さん。
同じ画面を使っているんですね。
今ちょうどMQTTシミュレーター、パックMLのMQTTシミュレーターの画面を見ているんですけど、
その中で遷移図の画がどこにいる状態とかの絵がそのまま使っていますね、皆さんが。
もう標準なのかな。
面白いな。
これよくまとめられたなと思ったんですね。
どういう力でまとめられるのかちょっと。
すごい気になります。
なるほどね。
PackML学習の具体的な計画と環境構築
これ。
ベックも出しているし、これを全部ちょっと一通り洗い出していこうかなと思いますね。
私。
面白い。
なるほど。
クリスさんはね。
特に仕事は使っていないですけど。
GitHubは載せるんですけど、これはコンテナが、どっかのコンテナが提供されていて、
MQTTのクライアントが入っていて、
このイメージの中で、
ブロッカーに対して現在の掃除の状態、
MLの中で必要な状態をパブリッシュ、発信、送信しているとおりですね。
なので実際に使うのはブロッカーがいるんですけど、
別にどっかコンパスを使ったら、
全部一つのファイルとして一時にリミュレーターを立ち上げて、
自分のアプリを持っていますね。
この構成を使っています。
その構成をセキュリティーに行ったら、
立派手でブロッカーのファイルをやってくれるので、
書かなくてもいいです。
ちょうど試してたんですね、最初に。
各社ライブラリの検証と今後の展望
記事もちょっと上げるつもりですけど、
一応ね、現在のユニット、ラインの状態、
名前とか、今の状態、状態の番号、
マシンの速度とか、あとはカウンターとか、
全部揃えていますので、
これをちょっと見て、
実際にMLでどんなものか勉強していきたいなと思っています。
今、一応検証しているのは、
pekovさんのTF6701を使っているんですけど、
IoTコミュニターのパッキングに使っているんですけど、
AMRONもMQTライブラリーがあるし、
Emelieのライブラリーもあるので、
それらも全部一緒に試しようかなと思っています。
勉強ですね、全然わからないので、
いろいろな状態が決めている、
わかっていて、
パッキング業界も使っているのがわかっている、
それだけですよ、わかっているのが。
その中でもっと詳しい情報も知らないので、
ちょうどいいチャンスかなと思って、
MLを勉強しようと思っています。
PackMLの実用例とリスナーへの呼びかけ
なるほど。
パックエルのいろんな有名なところですからね。
そうそう、有名な標準っていいんですか?
スタンダード?
スタンダードと言いながらも、
僕はパッキング業界出入りしているわけではないので、
パックエルも使ったスピリットは、
今一回も実は見たことがないんですけど、
実際に使っているという話を聞いてみたいですよね。
そうですね。
これぜひリスナーが、パックエルが使っていただかれます。
都合良いと思います。
頑張って勉強したの。
まとめ
AI作ってもあるかもしれない。
なるほど。
短かったら教えてください。
朝ありがとうございました。
ありがとうございました。
