ｼｰｹﾝｻ・PLCﾗﾀﾞｰ総合ｽﾚ 17台目
■ このスレッドは過去ログ倉庫に格納されています
同業とは仲良くして、あわよくばマージン抜いた仕事を丸投げ みんなのとこって人手足りてる？
うちはそれぞれの能力が違いすぎて、全く足りてない
一部は完全に遊んでる状態なのになあ 同じで俺は遊んでる方
1時間くらい仕事したらあとはネットサーフィンと趣味の勉強、時々アドバイス >>10
それは人材豊富で自分が出来る立場にある場合じゃない？
うちはもう諦められて放置されてる
ベテランという年齢なのに1,2日でできるような制御で心配されるとか相当だぜ
小さな会社だから負担が半端じゃない >>11
うちは会社は小さいし技術も10人もいないよ
30くらいでスキルは普通だから俺も放置されてんだと思うけど 回路図難しい
実機無しでのﾓﾄﾞﾊﾞｽのアドレス記載
まったくもって自信がない
答え合わせが現地にて
ﾃﾍﾍﾟﾛして許してもらおうっと 質問ですが
gtdesigner2＝GOT1000
gtdesigner3＝GOT2000も対応
って認識で合ってます？ 補足するとGT3にはGT3（GT1000)ってのがあって
言うならばGT3でもGOT1000対応バージョンが別途起動する IΛIのロ○シリンダ、使いにくい
位置決め完了信号が、とんでもない手前で一瞬だけ
立ってる気がする それだと、範囲内なら常に立ってる事になるけど、
一瞬だけ立ってるっぽい
なので、目標位置と現在位置を常に比較して、範囲内に収まる
位置で停止した事を確認しないといけない
なんでこんなもんが広く使われてるのか、理解に苦しむ >>21
コントローラの電源電圧が一瞬下がったりしてない？
電圧異常が出ないギリギリの降下だと移動中でもインポジション出してその場停止することがあった 移動中に一瞬停止してるような感じだね
ラダー、電源電圧、非常停止入力の何れか 終わってもないのに完了って厄介だねウォッチドグもかけられないし >>19
長年使ってるけどその症状は聞いたことないな
停止(ＳＴＯＰ)信号送ってるか他の人も言ってるハード的な不具合では？ 不具合ある信号線だけ予備線で取り直して幸せになったことあるわ どこにも使ってないはずのレジスタで一つだけ書き込めなくて苦慮したことがある
他のとこ使ったらうまく動いてたけど、一体何があったんだろう
前任は何も知らんと言うし、そういう故障もあるのか？ 書き直したりコンパイルし直したり
お手上げな時に頼るお祈りみたいなもん 現在値比較してるからおそらくフィールドネットワークのフル直値モードだろう
でこのモードたしか指令値に対しての位置決め完了と考えると大して役に立たなかった気がする
PIOモード+モニタ信号あたりで使うのが良いんじゃない？
でもやっぱさいつよはモドバスかな
オプション無し標準搭載で安いのにフル直値起動+ポジションテーブル起動+
ポジションテーブル読み書き可能+全てのモニタ可能
フィールドネットワーク使用が馬鹿らしくなる 単純な位置決めでサーボとか高いし…
ステッピングモータはフルクローズド制御以外却下な
求められるスペックが市販品のパッケージに収まる範囲内なら
そのパッケージ使ったほうが安く済むしトラブルも少ない >>28
Ethernet/IP 接続なので、そういうのは出来ない
過去の遺産のつぎはぎで、仕様を変えると既存の顧客
が採用してくれなくなるので、バグがある状態で
今まで来てるんじゃないのか？ >>31
＞でもやっぱさいつよはモドバスかな
＞オプション無し標準搭載で安いのにフル直値起動+ポジションテーブル起動+
＞ポジションテーブル読み書き可能+全てのモニタ可能
＞フィールドネットワーク使用が馬鹿らしくなる
これ本気で言ってるとしたら恥ずかしくないの？ 通信規格乱立しすぎ
CC-LINKに統一業界してほしい >>36
IAIのロボシリを使うとしたらだからな
フィールドネットワークだとPIOよりマシだが機能に制約がかかる
標準のSIO使ったほうがフル機能が使えるぜ
まあポーリングは50Hzくらいになるが >>37
無駄になるアドレスが多すぎやしませんかね 海外製のPLCって、使った事ある？
日本が後進国だと思い知らされるよ
ラダーでデバイスアドレス直接指定とか、土人かよ
って思えるよ
装置もの界隈の電気屋どもは全員死ねって思える >>40
PLCのソフトはソフトウェアだと思われてない節がある
つまり絵であって言語ではいけない
ラダーしかダメだって言うからデバイス間接指定や引数を持たせたポインタコールを多用したら恫喝されてベタ書き命じられたよ 変数とかってやっぱりまだ一般的じゃないの？
バンバンSTとか使っていきたいんだけど >>40
オムロンのNJ,NXシリーズがオススメ
まだまだ普及してないみたいだが 改造や更新を作った人や会社が設備廃棄まで確実に面倒見てくれるなら好きなようにやればいいんだろうけどその保障ないからね
最近他所のラダー見る機会多いけど大した事してないのに複雑怪奇なラダーあって制限なくなると本当に誰も触れなくなる 業界によって使うPLCメーカーも大分偏りがあるのかな
うちは三菱90%くらいある >>44
他社ので参考になったのをどんどん取り込んでたら、社内からお前のは触りたくないと言われたわ
スマートな作りだと思うんだけどなあ >>43
オムロンの PLC というか開発ツールは、ポンコツ過ぎて
殺意が芽生える。
よくフリーズするし。
ファンクションブロックとか、まるで使い物にならない。
ラダーに貼り付けたら、後段に接点やコイル出力を繋げ
られないから、ラダーの左端に寄って、ものすごく見づらくなる。
あと、変数とデバイスアドレスで使う命令が違うとか、キチガイかよ。
あるデバイスアドレスを変数と紐付けしたら、その瞬間から
そのデバイスアドレス使ってた命令とかがバグになるとか、
そんな地雷あり得んわ。
それに、デバイスアドレスや変数名の表示箇所を修正する時、
カーソル移動で一部分だけの文字列の修正が出来ないし、
ドラッグ&ドロップで他の接点やコイルにコピー出来ないしで、
ホント使いづらい 最需要の情報は、法務省が失踪外国人労働者からの聴取結果における失踪理由について、
８６．９％が「より高い賃金を求めて」失踪したと説明していたが、
６７％が「低賃金」を理由に失踪したというのが事実だった、
というものだ。 >>46
パソコンよりだから先輩に私のソフトは難しいと言われた事あるな
極力ベーシックなラダーで書いて引数付きのサブルーチンとかちょっと変わった事してるところはコメントなりでわかり易くしてるつもりだったんだけどな
>>47
オムロンに対する熱い思いが伝わってくるw >>51
色々不満はあっても結局与えられた中で上手いこと使うしかないさー
まあ自分は10年以上やってるけどオムロンってまだ1回しか使った事ないんだけど
今まで5,6社のPLC触ってるけどポンコツっぷりではP社がダントツだったなー >>52
先進国面して変化に追随しなかったから、気が付けば時代遅れの
ラダーでアドレス直接指定でベタ書きしか出来ないポンコツの
電気屋だらけになってるのが、この国の現状。
もう、逆立ちしたって世界に追いつけない。 >>41とか>>46の実態がどうかは分からないけれどもこの業界の多くの人間が"高度なことは分からない、学んでない"のを"分かりづらい、見づらい"と履き違えてるとは思う ここは時々パソコンやさん様が天から召されあそばれます >>54
世界が日本に追いついたとでも思ってんの？
追いつけないからisoとか規格で縛り付けたり
ラダー以外の新しい紛い物作ってあがいてるだけだろ
悔しかったらラダー以外でトップシェア取ってみなさい 俺はパソコン屋さんどころか社内のパソコンの大先生やってる
給料は一番少ない、勘弁してくれ >>57
欧州の車業界の右往左往こじつけ規格商法が国際情勢の実情だろうね
いわゆるISO云々なんか、技術ネタの切れた行く末の規格マルチ商法みたいなもんだ >>57
こいつ相当痛いな
なんだよラダー以外の紛い物って
お前がラダーしか書けないだけだろ
世界規模で見た時日本のPLCはトップシェアじゃないしラダーだってマイナー言語だぞ 安全リレー神話なんかもホンマかいなと思う。
かえってトラブルのネタでは 時代はSoftware Definedやで
抽象化の劣るPLCなんて四半世紀前の化石を有り難く使い続けるのが日本の現状や ラダーの美点は回路図として視覚的に分かりやすい事なので、規模が大きくなるならもうラダーの出番ではない
混ぜて使えるんだから要所要所に使えば良いんだよ 他国の状況は知らないけど日本の場合作ったソフトを開発専門じゃない保全が扱うっていうのが新しいものを取り入れる足枷にはなってるね
ただまぁこんなところでグチグチ言うよりは好きなPLC使える海外行くなり、客先にメリット提示して海外のPLC使えるようにしたら？とは思う 仕様書に記載が無けりゃ勝手に使えば良いんだよ
必要なのは要求仕様で忖度じゃない 欧州で作られたソフト（PLCは三菱指定）の改造頼まれたことあるけど、FBDで作ってたな
装置の動作はFB（多分装置側の仕様は毎回同じ）
装置仕様に合わせて毎度変更があるから真似はできないわ さすがにNJ,NX薦めてるの間違いなくomronの回し者だろ…
最新のゲーマー向けPCであんなに遅いのってソフトウェアがそもそもアカン
使えない >>67
最新のゲーマー向けPCは確かにサクサク気持ちよいけど
持って行ける現場が限られるなあ
重くてもったいないから
綺麗な環境で車移動出来るとこだけ ゲーミングノート持ち込んだら目立ちそう
最近のはLED装飾もすごいし 何でゲーミング系ってすべてにおいてクソダサなんだろう
古き良き時代のロボットにでも憧れてるのか？ >>61
中にソフト入れるタイプのやつなんて、それのバグで
信頼性下がるのになｗ
要は、配線コストを下げたいだけで、信頼性云々はその口実
結局のところ、ハード面の都合しか見てない 安全リレー使ったときの、押して離すときに運転準備入るのが慣れない >>72
配線コストとはいうもののドアスイッチのリミット二重化だったり大変ですよ >>74
PLC 信用してないからハードで実現するといいつつ、
中にユーザーが作ったソフト入れるではないか
オム◾︎ン、テメーんとこの製品だ おはようございます。
こんばんは。
初歩的な事を確認したいのですが
PLCのリフレッシュ方式とはプログラムをステップ0からEND命令まで読んでいきEND命令到達後Yの出力端子を一気に出力する方式と見たのですが、出力端子がEND命令後に出力するだけで
Mなどの内部リレーは読んでいる最中に
ON/OFFしているのですか？
それとも内部リレーもEND命令後に一斉にON/OFFしているのですか？ 内部リレーも出力のYリレーも読んでいる最中にオンオフしてる
それが実際の出力端子に反映されるのはEND命令読んでからのリフレッシュ時 それを考えると、Yは最後にまとめて羅列するってのも意味ありですね 条件や状態を見ながらYをまとめてモニタできると何かと便利だし おはようございます。
こんばんは。
初歩的な事を確認したいのですが
PLCのリフレッシュ方式とはプログラムをステップ0からEND命令まで読んでいきEND命令到達後Yの出力端子を一気に出力する方式と見たのですが、出力端子がEND命令後に出力するだけで
Mなどの内部リレーは読んでいる最中に
ON/OFFしているのですか？
それとも内部リレーもEND命令後に一斉にON/OFFしているのですか？ すいません
ミスりました…
>>79
プログラム上読んでいる最中に内部リレーなどON/OFFしていき実際に出力されるのがEND命令後という事ですね？
もう1つ確認何ですけど ダイレクト方式というのは、END命令を待たずに、プログラム上YがONになればその都度出力して行く方式って事ですよね？ その通り
・リフレッシュ方式
END命令で演算結果に準じてY端子に出力
同時に次スキャンの演算で使用する入力Xの状態を取り込む
つまりスキャン中にXの値,Y端子の出力状態が変わることはない
・ダイレクト方式
スキャン途中でも入力Xの状態が変われば随時それを反映させて演算する。
Yの値も変わった時点で即座に出力端子に反映される
つまりスキャン中でも随時Xの値,Y端子の出力状態が変わる ダイレクト方式使ったことない
まあ使ったところで人の目では変化が分からんだろうけど 演算早すぎてオンオフ指令を出したとしても現実が付いてこないだろうね 昔DY使っても安定しなくて結局PLCを2台使う事で解決したって事例があったわ 高速カウンタのリセットなんかの割り込みにDY使う
今の速度じゃ殆どまじないだろうけど、スキャン速度遅いときには有効かと 空運転の仕様ってどんなのが多い？
ワークが無い以外は通常の自動運転と同じ？
それとも各ユニット動ける時は常に動くみたいな仕様の時とかある？
モーターとかシリンダのエイジング目的で
そもそも空運転ってどういう目的で使われることが多いかね？ 年次有給休暇を使用者が強制的に取得させることを罰則付きで義務化(2019年4月1日) 2019年4月以降、最低5日は社員に休暇を取らせないと労働基準法違反となりますので、6カ月以下の懲役または30万円以下の罰金が課せられます。 労基法違反の経営者はガチで罰しないとダメだな
罰金とか懲役も良いけど本人が首からプラカード下げて社会奉仕活動30日とかさ
「私は労基法を犯し従業員を苦しめた経営者です」とかさ >>97
がちがちにそれをやっても社会的にプラスにはならないのだろうね。わかってると思うけど。 ■ このスレッドは過去ログ倉庫に格納されています
