とき@engineer

以前ツイートした「製造業における制御設計の設計工程を見直そう」という内容を、noteにまとめました。機械設計はFMEAやDRFBMといった設計フェーズでの実践手法について書かれたサイトが多いのですが、制御設計も設計フェーズに重きを置くことの重要性は同じです。 note.com/toki_engineer/…

@denkenaka 是非！

@toki_engineer ランジ　プランク やってみます🥺

毎朝スクワット2セット、ランジ1セット、プランク2セットをやり出してから、体が疲れなくなった。30代の人が私よりも先にバテてる。 このセットはマジでお勧め。いずれも体幹を鍛え、5〜7分くらいで疲れない体が手に入る。腕立てや腹筋よりも、まずは体幹とインナーマッスル。

@HOSHI_UMI PCと言ってもほぼ専用コントローラのような感じですね。

@toki_engineer 確かに半導体製造装置はpc制御ですが、下位にplcやマイコンがあって行程管理的な事をしていたのがありました。科学プラントでもpcが、モニターや操作を担当して、実際の制御はPLCや専用コントローラーが制御していましたが、電子基盤の検査装置はpcが直接リレーやカメラを制御していました。

ハードウェアPLCはやっぱ面白くないわー。今後は自分の制御屋としての原点でもあるPC制御に戻ります。やっぱこっちのほうが拡張性の面で便利だな。もしPLCをやるにしてもソフトウェアPLCまでかなぁ。

@HOSHI_UMI あくまでも私が携わった業界での経験ですが、半導体業界や電子部品業界の装置でPC制御をやっていました。

@toki_engineer pcを使った制御はどの程度製造設備に採用されているのでしょうか？プラントでは、みた事が無く、ラボの様なところで昔見た記憶があります。その辺、お気持ちを排除したファクトで教えて欲しいです。

はー、この土日も仕事だわー。休みが全然無いわー！！

@mikan_shonen その通りだと思います。全く別物でそれぞれの用途がありますよね。

@toki_engineer そもそも別のものですからねえ。 それぞれにメリット、デメリットありますし。

EtherCATとTSNに関してよくある質問。 「TSNとEtherCATではどちらが優れているの？」 「TSNが来ればEtherCATの優位性はなくなるのでは？」 この質問の意図は、 「EtherCATはフィールドネットワークの中で1番速いと聞く。そしてTSNも速いと聞く。じゃあどっちが速いの？」 だと思います。 結論から言うと、この問い自体がズレています。 TSNとEtherCATをはじめとするフィールドネットワークとでは、そもそもレイヤーが違います。 TSNはIEEE 802.1の規格群で、標準Ethernetに決定性を追加するLayer 2技術です。プロトコルではありません。 EtherNet/IPやPROFINETの「TSN対応」というのは、TSNの上に自分たちを載せるという話です。なので比較するなら「EtherCAT vs TSN上のプロトコル」が正しいです。 「じゃあTSN上のプロトコルならEtherCATと同等になるのか？」 なりません。 スイッチを通るか通らないか。ここが全てです。 TSNの802.1Qbvはスイッチに時間窓を設けて、RTトラフィックを優先的に通します。非RTとの干渉は排除できます。 ただし、「フレームが各スイッチで受信 → キューイング → 転送」される構造自体は変わりません。ホップが増えれば遅延は累積します。 そしてここが重要で、EtherCATはそもそもスイッチを通りません。フレームがスレーブを通過する瞬間にASICがオンザフライで読み書きします。通過遅延は約1μs/ノード。「スイッチ遅延」という概念自体が存在しないんです。 時刻同期も同じ構造差から来ます。 TSNの802.1ASはスイッチ経由で時刻を伝搬するので、ホップ数に精度が依存します。EtherCATのDCはハードウェアで遅延補償して数十ns精度です。 つまり ・TSNは「スイッチの中でRTを優先する技術」 ・EtherCATは「スイッチ自体を排除した技術」 よって、この差はTSNをいくら拡張しても埋まりません。

@3threes2 私が非同期寄りと感じたのは、バッファが多いからなのかもしれませんね。 あと、そこには書かれていないですが、接続アーキテクチャ（特にセッションの管理の仕方）は三菱とキーエンスとで明らかに違いますね。

@toki_engineer Kv8000 側ちょっと見当たらないんですが🤔

三菱PLCのEthernet機能はほんと弱い… マルチ接続すると簡単にデータが落ちる。キーエンスのPLCではこんなことは起こらないんだが。 確証は無いが私の経験上、こんな感じになってると思う。 ■三菱 ・スキャン周期の影響を受ける ・バースト通信や同時接続に弱い ■キーエンス ・通信処理が非同期寄り ・内部バッファ/キューが強い ・通信負荷を吸収しやすい

@3threes2 CPUユニットに付いてるポートに限らず、E71やEN71も基本は同じですね。多少バッファが増えるだけだと思います。

@toki_engineer 本体ついてるポートですか？ー 多分あのEthernet のインタフェースカード用途の前提そもそも違うかな。 Kv8000 の本体についてるEthernet port はEthernet/ip 耐えられる仕様になってて、三菱の本体のポートはHmi とかの用途とかと気がしますね

「フィジカルAIって何？」という人には、日立のHPが分かりやすいです。 因みに日立は「フィジカルAIで世界のトップ企業になる」と宣言しています。 hitachi.co.jp/products/it/lu…

【ソニー・ホンダ、EV2車種の開発中止　ホンダの方針転換で事業継続困難に】 あらら… まぁそうなるよね。 xtech.nikkei.com/atcl/nxt/news/…

昨日は三菱電機さんとリニアトラックシステムについてディスカッションした。良い製品だと思う。そして、「使ってみたい」という声が多数あるのも分かる。でも、ROIを考えた現場導入となるとハードルがぐんと上がるんだよなぁ。このハードルを三菱電機がいかに取り除くような提案をするかに掛かってる

@SZKCP00451 大曽根です！

@toki_engineer 大曽根

三菱電機 名古屋製作所ナウ。 あー、暇ーーー。仕事でもしとこ。

@nh731 暇つぶし間隔で仕事がしたいのですが、実際は、仕事が詰まりすぎて少しの空き時間を見付けてこなしていってるだけです（笑）😅

めっちゃ分かる！ あと、50歳という年齢は、何かに挑戦するのにまだまだ若い年齢。

@ganchan44588137 ほんとそう思います！

@toki_engineer 出荷前工場検査 現地試運転検修 の時にしっかり見てソフトの不具合見つけるのも発注者側のスキルですよねん。

品質問題と知的財産の話がごっちゃになってる。品質が悪いなら責任を問えばいい話で、「まともじゃないから見せろ」は別の話。 勿論、品質の低いソフトを作るメーカーはどうかと思うが、品質の高いソフトを作らせるのも発注側の仕事の一つ。