シーケンサ・PLCラダー総合スレ 22台目
■ このスレッドは過去ログ倉庫に格納されています
ちなみに自分はBです。盤メーカーに設計やラダーをお任せすることもあれば社内でハード設計やラダーやってから盤発注することもあります。 >>148
C
盤製作だけ外注でやってる
言われた通りに組むけど、最近仕様をはっきり伝えられないBが多すぎる
ひどいのが続きすぎて、ちゃんと会話が出来る人と仕事した時は感涙しそうになった 機器・PLCを開発してる方がいることにびっくりしました
盤メーカーとやり取りする時は仕様をはっきり説明できるよう心がけようと思います 自分はAです。技術はたいして身に付かない。
楽な所だけやって、面倒なことはみんな丸投げだし。
ユーザーとか、どこも似たようなものじゃないかね。 >>148
Bだけどうちは特殊で装置、電気回路の設計を一からやって配線も自分たちでやる 前スレまでの、ソフトが重い!ソフトが重い!っていう堂々巡りの争いをメーカー開発者が眺めてたと思うとクソウケるな 必死に火消ししてたんだろw
笑える
毎回レスの内容もクソだし、薄っぺらい 5chなんぞで火消しする意味・・・
ゲーミングPC買ったか? 仕事の道具だから金に糸目はつけないと妄言吐いてたな
結局買ってなさそうだけど >>143
めっちゃわかる
たまに酒飲みながらやると凄く捗るんだけど後で確認するとアホみたいなバグが大量に… >>164
酒じゃないけど徹夜したときがそんな感じだなあ
すごい捗るんだけど、我に返るとおかしな事になってると気づく >>156
んなことないよ。
うちもメーカーだけどクレーン使うような巨体じゃない限り自社設計制作だよ。外注には部品発注しか出さない。 >>148
Bの装置屋だけど外注は一切使わない。構想図から始まって現地立ち上げまで全部自社で完結する
制御だけをやってた会社から転職してきたけど、すごく楽 >>168
自社装置って強みはいいけど、分野としては狭まりそうだね
ただ、間違いなくそっちのほうが楽だし収入も良さそう
うちはメカやケミカル、データ処理まで付き合いあるから自分のスキルを特化できない
全部中途半端で専門には絶対勝てないわ 開発メインのところじゃなければ秘伝の万能ソースで全て解決みたいな世界だろうね ソフト屋から転身したけどラダーって転用面倒くさくない?
いちいちアドレスずらさないといけないし・・・
そんな万能ソースあるの? 変数やFB化すれば余裕
まあこの場合は同じような装置でアドレスすらずらす必要もないんだろう グローバル変数に実アドレス割り付けるだけだから実際のIOに合わせて機械的に処理するだけ
その装置限りの回路はラダーで定石回路組めば終わり 最初のうちはFBやらモジュール化を考えて設計してたけど、追加変更やら現場対応やらで面倒くさくなってあまりやらなくなった
ついにはほとんど毎回違うものをやるようになり、最初からゴリゴリ書くようになった
特に同じ相手で流用出来るようなのは他の人に渡しちゃってるし 顧客の仕様でFB使うなって言われてるからなぁ
理由は保全が改造出来ないからって事だけど
同じ理由でSTも使えない 毎回ゴリゴリ書く人、単体テストとかいう概念無さそう >176
半日もあれば、改造する程度の知識は得れるでしょうに
保存って頭が悪いんですか? そんなもん業務範囲外だろ
仕事でもそんな煽りしてんのかこいつは PLC開発者見てる?
FBもSTも
お呼びでないんだよw
オナニー開発ばかりw >>180
僕は結構使ってるよ
小数点位置とか気にしなくて精度の高い計算できるし
式が普通の算数なのがいい >179
保全さんですか?
色々やることが多いので、PLCなんて覚えてられないんですよねw Aの工場の装置保全メインのたまに簡単な装置自社製作
当方まだ独学2年程度のペーペー
最近は装置の情報把握(稼働率集計自動化がメイン)したいっていう会社の方針により、装置のデバイス値をロガーでちまちま集める設定や情報とれるように装置のラダー改修してます。
知識ない人が多いので色々メンドクサイ(´・ω・`) 電圧が乗った出力を無電圧出力に変えるには間にリレーを入れるしか方法はないですか? >>184
うちのとこは親会社が装置メーカーに出す仕様書にFBとSTは使用しないことと時代錯誤なことしてまして…
なので見る機会がないから使えないのかなと。個人的には勉強したいのでプロが作ったのみたいのですが。 PLC開発者見てる?
FBもSTも
お呼びでないんだよw
オナニー開発ばかりw >>182
保全じゃないよ、盤設計とソフト作成
でも相手のエンドユーザや保守のこと考えずに作られたものは最低のゴミだよ
何の為にPLC使ってんだよ >>190
通信周りはすごく使い勝手がいい
でも普通に自前で組むのと違って肥大化しやすい
可読性は確実に良いのだけれど >>183
歩留まりなど各種データ収集絡みはもうPLC 本体弄る時代じゃないし後付のシステム導入したほうが安くて早いよ。みんな同じ機械じゃないから個別カスタムしてるとキリないで。 >>194
Qのデビューが1999年か。十分いけるな。
と思ってしまった 現場の話で言えば20年前の最新シリーズは前シリーズから入れ替わるのに10年以上はかかってるからね
ごめん嘘、まだAシリーズ入ってる装置あるわ K入ってるのみたことあるわ
もうどこもやってくれないから壊れるまで使うって言ってた ユーザーだがライン担当とか
みんな制御が専門というわけでもなく、
いても移動でいなくなるとかだから
ラダーで平易に書くようになってる。 エンドユーザー主導でFB,STやSFC導入しているところもあるし、
ベタ書きよりは安定性が得られるんだから
本来の保全の意味合いとしては積極的に導入すべきでしょう。
現場だて追加するっていっても表示器程度の話がほとんどだから
上記機能を知らなくても困ることはないし、
それ以上を求めるなら時代に合わせて勉強すべきだよ >>200
エンドユーザに頼まれてFB化して導入したことある
これで俺でも増設出来るぜ!って言ってたけど、その人が異動になって結局誰も出来なくなった とりあえず全て覚えて使えるものは何でも使うのがいいと思うよ
例えば将棋で飛車は前後左右に動くので分かりやすいが
角は斜めなので苦手なんて事では遊ぶことは出来てもプロにはなれないよ FB使わないってことは毎回毎回案件ごとにベタ書きして毎回毎回同じテストやるの?アホちゃう? 出力カードが異常になり同じカード内の他の出力が無くなりました
原因を探ったところ出力先の部品に不具合があり交換したら直りました
この場合どのような理由が考えられますか?
出力先の部品が地絡してカートが停止したのでしょうか? 部品の不具合が分かってるならだいたい検討つくのでは・・・
こんなとこに書かれた情報で報告書書くつもりなら、メーカーに問い合わせたほうがいい >>193
そうですね、確かにキリないです…
ちなみに後付のシステムってどういった方法のがあるんでしょうか?
うちの装置のほとんどは99%三菱電機のPLCでEthernetユニットとかほぼ構成にありません。
なので情報とるのにも、まずユニット追加するところからやってます PLCリンクとか使えないかな?
あれってラダー書かないとダメなんだっけ? 指定したデバイスに書き込んでここからここまでの情報を読み取ってくださいってぐらいはラダーで作らないといけないと思うよ
工場全体で情報収集するみたいなことやってたから情報収集は別業者がやっててPLCの設定もやってくれた
実質こっちはイーサネットユニット追加とパラメータ設定、情報収集用アドレスにデータ書き込むだけで終わったかな 客先ではやらないけど社内設備ならPLCにLANで繋げたラズパイ上のnode.jsとかpythonからMCプロトコルでPLCのデータ取ったりする >>211
まとまった範囲のデバイスを読み込むから、一応書かないといけない
通信制御を書く必要ないけど >>213
すごいね この業界でjsとかPython書ける人少ないから >>213
PLCから入った?
オブジェクト指向知ってるとPLC不便すぎない? いきなりオブジェクト指向じゃないから〇〇は不便とか言い出すやつはまともなオブジェクト指向の設計できないやつ
言語上のサポートが少なくて不便なら同意するが そろそろ年末年始の現場作業に滑り込み追加が出てくる頃合い
クリスマスプレゼントだのサンタだのご機嫌取りジョークを今年は聞きたくない >>217
オブジェクト指向をオブジェクト指向たらしめてるのは言語仕様だろ IEC61131-3準拠ならオブジェクト指向あるだろ Qの場合FB使おうとするとcsvの読み書き出来なくなるしラベルだと連続貼付けも使えなくのがなー
ある程度はサブルーチンで対応出来るからコンパイル入ったり客に嫌がられたりするくらいならQではFBは使わないかな
Rの場合は使うと思うけど >>221
3版からね
でも国内メーカーだと対応してるところないでしょ またラズパイ厨か。オモチャで背伸びしても誰も相手にしないよ。
しょせんPythonでなんちゃってコード書いても実用速度は出ないんだから。FAに出番は無い。 情報収集用途って書いてあるだけじゃん
それだけで実用速度なんかわからんだろ キーエンスのPLCでマクロ機能ってありますよね。
あれってオブジェクト指向みたいなもんですか?
ちょろっと説明書見たらそんな感じがした。 何の検証もせずに新しいものを取り入れるのもダメだと思うが、
いつまでも新しいものに順応できんやつもダメだと思うわ お客の仕様がなければいろいろ試したいんだけどね
でも最近やっとiQ-R使い始めたな いくら新しくても需要がない、センスが無いものは使いみちがないw
お呼びでないw ただでさえ他人の組んだラダーなんてクセが出て他人が読む時に苦労するってのに自作のFBなんか見れるかってのが言い分の一つだわ
変数も変な法則で付けられたら訳わかんなくなるし
データ収集だけならソフトGOTでロギング使えばいいんじゃないですかね?(ハナホジ >>229
ここにいる奴らの多くは淘汰されていくだろうね 一般的なソフトウェア開発とここまで考え方が違うもんなんのか
ソフトウェア開発だとある程度動作保証がされてるライブラリ使ってナンボ、関数やクラス化して処理使い回してナンボで品質と開発スピードを確保するのが理想的だけどねぇ
車輪再開発ベタ書きで時間かかりましたバグりましたに陥ってても気づいてないだけでは >>234
一般的なソフト開発と大きく違うのは開発元以外がソフトを見る事が割とある点
そしてその見るのが客先の保全や工務などソフトがメインの業務じゃない人になることが多いのでFBやSTが倦厭される要因になってる
FBなんかはマニュアル付くわけじゃないし、パソコンの開発環境ほどデバッグ環境整ってないから中で何されてるのかわからないの多用されるとどこに影響出るかわからない
それならベタのラダーの方がマシと… 例えばポンプ3台が並列で制御されてる設備があるとして、ラダーではポンプ制御のロジックは同じ処理をFB化して使い回していたとする
もしそのポンプ制御の設備に変更があったとしても3台分まとめて同時変更されるとは限らなくて、最初は1台だけの変更かもしれない
ポンプ制御をFB化していれば1台分だけ変更したいのに他の2台にも影響してしまう
ソフト上だけ部品化しても実際の設備は部品化して使い回せるわけじゃないから一般的なソフトウェアとは設計が違うのは当然だわ >>236 インデックスの乱用にも言えますね。IOが絡むのは共通化という発想を捨てないと
逆にあとでめんどうになりそう。
言語でもオブジェクト指向って「共通化」のためではなくユニットテストとか、
そういうSier的プログラミングのために必要な仕組みだろう。
別に共通化だけなら関数でいいわけだし(ラダーでいえばサブルーチン) >>226 キ◎ガイのせいで道具が悪く言われる風潮。
PLCも最初触ってた人たちが汚いラダーを書いてたら、「リレーでいいよ」と
10年普及が遅れていたかもしれない。 昨日、Qiita行ったんです。Qiita。
そしたらなんかFAの人がめちゃくちゃいっぱい投稿してて。
で、よく見たらなんか垂れ幕下がってて、Python で FA Iot、とか書いてあるんです。
もうね、アホかと。馬鹿かと。
お前らな、IT詳しくない相手 なら騙されると思って、普段着てない工場にきてんじゃねーよボケが
コピペだよ、コピペ。
お前らな、玩具やるからその席空けろと。
工場ってのはな、もっと殺伐としてるべきなんだよ。
Uの字テーブルの向かいに座った奴といつ喧嘩が始まってもおかしくない、
刺すか刺されるか、そんな雰囲気がいいんじゃねーか。女子供は、すっこんでろ。
で、やっと座れたかと思ったら、隣の奴が、機械学習で、とか言ってるんです。
そこでまたぶち切れですよ。
あのな、機械学習なんてきょうび流行んねーんだよ。ボケが。
得意げな顔して何が、機械学習で、だ。
お前は本当に機械学習やIoTができるんのかと問いたい。問い詰めたい。小1時間問い詰めたい。
お前、Iotって言いたいだけちゃうんかと。 >>237
オブジェクト指向は共通化も大きな目的のひとつだよ
>>236の例で言えばFBの設計が悪い
本来は設備固有のロジックと普遍的なロジックは切り離されていてもっと粒度の細かいFBの集合であるべき
新設したポンプの制御にも普遍的なロジックだけ流用する >>241
自分の設計が悪いのを言語のせいにしたいやつは多い
絡み合って変更や流用に弱い設計がクソなのはハードもソフトも一緒なのに >>230
お客の仕様というか要求で、とにかくFBでということはあった
15年ぐらい前だからFB推しの時期だったのもあって
とにかく作らねばってことで
FBに見せかけた実質ラダーみたいになったけどね
FB推してたPLCメーカー&そのメーカーの設備で >>237
インデックスや間接指定が立体に組まれていると
元になる資料や説明がないと解読できないとかある
ある意味コピーガード オムでグローバル変数っての使ってみた
タッチパネル側の変数がPLC側に無いと
タッチパネルが立ち上がらないんだね
組織だって開発したり定番ベースの
応用繰返しならば変数って便利かもだけど
一発物をゼロベースでちまちまと試しながら
構築したいときとかなんだか大変だ
リピートも、どうせ見ず知らず他人の手だろうし
保全なんかの、出来合いを扱うひとには便利だろうな
という事でイニシャルコストは高くつく? オムでグローバル変数っての使ってみた
タッチパネル側の変数がPLC側に無いと
タッチパネルが立ち上がらないんだね
組織だって開発したり定番ベースの
応用繰返しならば変数って便利かもだけど
一発物をゼロベースでちまちまと試しながら
構築したいときとかなんだか大変だ
リピートも、どうせ見ず知らず他人の手だろうし
保全なんかの、出来合いを扱うひとには便利だろうな
という事でイニシャルコストは高くつく? オムでグローバル変数っての使ってみた
タッチパネル側の変数がPLC側に無いと
タッチパネルが立ち上がらないんだね
組織だって開発したり定番ベースの
応用繰返しならば変数って便利かもだけど
一発物をゼロベースでちまちまと試しながら
構築したいときとかなんだか大変だ
リピートも、どうせ見ず知らず他人の手だろうし
保全なんかの、出来合いを扱うひとには便利だろうな
という事でイニシャルコストは高くつく? 他人の作ったライブラリインスコしてプログラマ気取り。でもドライバひとつも作れやしない。
日本のSEって99.99%こんな奴らばっかw ■ このスレッドは過去ログ倉庫に格納されています