ｼｰｹﾝｻ・PLCﾗﾀﾞｰ総合ｽﾚ 19台目
レス数が1000を超えています。これ以上書き込みはできません。
実際の回転見たいならコンベアに回転検出つければ？
予算に応じてパルスエンコーダ、ヤードメーター、手作りのローラーとセンサーの組み合わせ。 客に言われたことでもないし必須でないからエンコーダー付けるほどではない
ドグと近接センサ1個で簡単なエンコーダーでもいいけど無駄なコストとか言われそう
メカ設計にも負担が増えるし自分でもそこまでコストをかけるつもりはない
モーターに付いてるジェネレータ出力を有効活用できたらなぁと
パナや台湾のスピコンは回転出力無いがオリエンタルだけにはある
元々回転計を付ける端子だし回転計の中身も簡単なコンパレータ回路
アナログとか422,485使わないで入出力1点づつで生存、回転数、送り距離、アラームと安いのにIOのコストも無く高機能なコンベアとしてつかえる
まあ無くてもいい機能だけどあったほうが装置として完成されてると思うんだよね
今回は無しの方向で行くけど安コンベアが10本とか来たら変換基板でも拵えるとするよ 気持ちはわからんでもないがエンコーダつければ一発解決やん
ウチもどうでもいい装置のモータの回転数拾いたいからってエンコーダ付けたはいいがplc側のパルスカウンタユニットケチられたから余ってたarduinoとLCDディスプレイで回転数表示ってことで無理やり話をつけた 逆に何時間と何千円までなら出せるのか
提示してくれたら予算内で出来そうなこと考えるけどな。
予算？よーさんは無いでぇなのか予算無いでぇなのか >902
熱く語ってるけど会社ではそういう話はしないの？
どういう環境か知らんけど何もわかってない作業員という言い方はないでしょ
触って欲しくないのならそのような説明と対策が必要だし、
そもそもあなたが調整した気になってる設定に問題があるんじゃないの？
ミスミコンベアってなんだと思って調べたけどそもそもピッチ送りに適した仕様じゃないでしょ笑 出来合いの安いコンベアにエンコーダー付いてたらなんか滑稽だし
もとから付いてるジェネレータ出力を信頼性を落とさずにIOとして拾うのがスマートかなと
さらに言っちゃうと余ってるジェネレータ出力を有効に使いたいってのが大きい
安っいアイソレータでもいいけどアナログ入力のコストも馬鹿にならないし
回路的にはフォトカプラとダイオードで事足りるような回路
ただ基板にしてしまうと故障時の部品手配がアレだからあまり制御の奥深くには使えなくなっちゃう
メカで工夫してエンコーダ付けるくらいならスピコン交換してオープンコレクタ出力取れるタイプつければ解決する
まあ遊びの回路になってしまうかな >>905
ちょといい方悪かったけど
矢印で位置決まってるのに勝手にスピード変えて動きがおかしくなってもソフト屋の対応になるから
誰がわるいとかでなく結局対応するのは電気屋ソフト屋
速度変えても制御が追従できて精度の良いアラームメッセージを発するのはお互いの為になると思うんだ
安コンベア使うような低レベルな装置と言われれば何も言えないが
作業員が手で入れる取るレベルの装置のコンベアではよく使われてると思うよ
6軸ロボットでのワーク排出先としても良く使う
うちは家電や自動車部品が多いが
大体は置き位置と終端に光電センサ付いてて1個置いたらタイマーで一定時間ONするだけの回路
パルス拾って距離計算した送りのほうが時間の無駄もトラブルも無いと思うんだけど
まあ変な回路付けて信頼性落としてまでやることでは無いかなとは思う
必須では無いから単純でお安くIOで拾う方法は無いかと模索中 >>907
正しくはスピードアウトまたはレートジェネレータか
オリエンタルのモーター軸に付いてる回転数測るための簡易的なAC発電機出力かな
多分内部回路は公開されてないけど大体予想はつく
https://i.imgur.com/xquicv2.png
https://i.imgur.com/WTrNGRG.png >>909
AC2〜50Vってなってるけどダイオード入れても拾えるのって交流の周波数な気がするけど回転数なんて拾える？
そもそもフォトカプラが低電圧でも動作するのか知らないけど >>910
交流の周波数の12周期で1回転
レートジェネレータの挙動は>>895な感じ
インピーダンス2.7kくらいかなと
フォトカプラとダイオードで簡易的に作ったとして
定格回転数付近なら動作すると思うから生存確認や定格連続回転数測定になら使えそう
まあ今のところコンパレータ使った基板作るのが近道かなと 自己結論ありきのネタに長々と付き合う
こういうのが日本の会議の欠点 思いついて出来たらいいなと思って聞いてみただけなんでしょ
ここのおっさん達は余計な善意出して痛い目見てるから中途半端なことはしないんだよ
昔の自分見てるようでイラつくんでしょ 悩んでる時間を計算してみたら出来合のユニット付けたほうが遥かに安上り 無い予算でサービスすると他もやってくれとなるから程々に。 >>916
痛いやつだね
井の中の蛙
去れ
身の程知らずが オムロンのCSシリーズをペリフェラルポートからUSBシリアル変換ケーブルで読み出す時に1/2くらいで高機能ユニットの読み出し失敗しましたって出るんですけど、何か変えてみるべき所あります？高機能読み出し中になると最悪ソフトが落ちることも稀にあります。 >>920
読み込みが不定期に失敗するならレジストリおかしくなってんじゃないの？とりあえずソフト入れ直してみたら。 >>921
ハード面のケーブル変えてみたりはやっていたのですがそれは試していませんでした。やってみます。ありがとうございます。 USBシリアル変換ケーブルは複数メーカー持っておいた方が何か在った時のお守りになるかもしれない
取り敢えず、他のパソコンで試してみるかな。 この仕事始めて2年ほど
いまだにラダー見ると理解に時間がかかる
10kステップのラダー理解しようと思ったら皆さんどれぐらい時間かかりますか？ ラダーで理解しようとしない
IOとメモリマップと、どういう動作するのかという運転方案作りから始めるかな >>926俺なんか３ヶ月経過したら
誰やこんな判りにくいラダー組んだんわぁ！ あ、俺か。状態かな。 書き方によって理解しやすさって天と地ほど違うのでなんとも
既設改造なんかでも話だけ聞くと大したことないと思ってもラダー見たら影響範囲広すぎて想定の何倍も時間掛かるとかざらにあるし >925
他の方の意見のようにソフトの作りによってだいぶ変わりますね
現物が確認できるなら機械のI/O配置と実際どのような動作をしているか、
ユーザーインターフェースからの操作で何が起きるのかを確認できると大分解読が早くなると思います。
資料が不足してたり、ソフトの作りがあれだと1000ぐらいでも理解できない可能性があります。 20年ぐらい前のラインでクソ汚いプログラムで誰が描いたんだ！？と思ったら俺でした！ってよくある話 >>927
今までどんな操作してどんな動きをしていたのか？というのがわからんとね
今までの動きなんて知らんのに、今までと同じ動きのもの作って！とか言われることもある
ふざけんな死ね C#中心のプログラマですが、簡単な機械をラダーで制御することになりました。
概ね理解はしましたが、一見正常に見えるがはまりやすいポイントや
後の不具合になりかない注意点とかありますか？
そういった情報がまとまっているサイトがあると助かります。 動かしてから考える
おかしければモニタして直す
そうならないよう設計してもうまく行かんこともある PLCは1行で済むことを5行で書いても許容出来るスペックがあるので最適化はあんま意味ない。どのみち同じマシンは出ても数台で終わるのだから深く考えないことだ。
自分が理解しやすいと思う定義でラダー書いて要求どおり正しく動けばそれが正義なのだよ。 この業界の技術者はプログラミングという意識でラダー組んでる人少ないから(基本みんなハード畑寄り)tipsとか情報共有に乏しい
欲しい情報は職場から仕入れるしかない >>936
ラダー中心のプログラマですが、簡単な機械をC#で制御することになりました。
概ね理解はしましたが、一見正常に見えるがはまりやすいポイントや
後の不具合になりかない注意点とかありますか？
そういった情報がまとまっているサイトがあると助かります。 C#理解している人間がラダー理解するのにかかる時間とその逆は全く違うぞ >943
人口違い過ぎるから
やりたい事検索すればいくらでも情報出てくるし、
不具合対応事例なんていくらでも出てくるぞ 海外だともっと情報共有されてたりするのかな
職人気質は日本だけ？ ビジネスの視点で見ればプログラムはコピーレフトの文化がもはや異端ともいえるのであってFAが職人的とかそんなことは無いよ。どこの製造業が全てをフリーにするというのか。利益もないのに核心部分を自らホイホイ蒔く奴なんていない。 でも英語、中国のフォーラムと比べて日本のは閉鎖的というかほぼ存在しない >>936
ちと概念的な話しになるけど、何かをONしたら、そのONしたモノをいつOFFするかも考えること
C#をちゃんと扱えて、これが完璧に出来たら、そこそこちゃんとしたプログラムが作れると思います ラダーは言語の便利機能にそこまで頼れないから凝ったことをしようとすると辛いな
c#が便利すぎなのかもしれんが >>951
CやC++よりは簡単
プラットフォームがWindows特化なのでWindowsのアプリケーション作成ではVBと並んで最も簡単
だがラダーしか触った事が無い人が習得しようと思っても
まず不可能と思われ CやC++は触ったことあるけどC#は未経験
Cとか二度とやりたくない
ラダー最高 まずラダーはhello worldを表示させるところから出来てない 三菱こそ至高。三菱で全部揃えろ。
ほかは認めん。
覚えるのめんどくさいから。 でも一社独占になっても良い事無いぞ
特にキーエンスなんて独占させたら間違いなく足下てくるから適当にあしらわないと cclinkなんぞ使ってられるか
全部ethercatでええわ 高いからヤダ
日本で使うならcclinkは安くてお手軽 国内でPLC作ってるのって10社くらい？
3社くらいに絞って海外で戦えるようにならんものか 安○とか偏屈者が使うんだよ。
富士○機使う奴はロリとか変態の類。 構造化ラダーに詳しいのがいなくて設備の保守運用が困難になってる
金つっこんで外注で普通のラダーに変えてもらうっつーのはあり？アホ？ >965
FBの事を指してる？
そこに完成品があるんだからいい勉強の機会だと思うよ
デタラメな作りだったら笑えるけど FBDとかじゃなくて？
FBは中身デタラメでも動いてれば気にならない代物 そろそろ保全もFBやSTに慣れて欲しいと思う反面、訳のわからんFBに溢れたソフトの改造とかはしたくないと相反する思いがある
FBは便利な反面、作り方が雑だとラダー以上に読めないからなー STなんて何も難しくないのにやたら拒絶反応示す人多いね
慣れれば処理によってはラダーで組むのがアホらしくなる ドラムシーケンスとかシングルタスク的なｗ
低レベル用でしか通用しない低レベル君のためのｗ stはアナログ値のスケーリングとかサーボの座標計算とか、ラダーで組むときの３割程度の手間で実現できるしそもそも可読性がダンチ
むしろラダーはそういう処理に向いてなくて、逆にインタロックなどフラグ管理はラダーでやるのが安全だしわかりやすい >>971
D0:=D1+D2+D10+D100+D200; 初心者です。シリアル通信でPCとシーケンサを通信したいのですがMX Component
というソフトを見つけましたが有料なので似たようなフリーソフトはないでしょうか。 >>978
MCプロトコルの仕様は公開されてるから
VBでもC#でもたぶんHSPでも書けるはず
あとは三菱のマニュアル見てお勉強かな
マニュアルは簡単に見つかるから自分で探せよ >978
なんの初心者か知らんが、
特に仕事の場でいきなり初心者を名乗るやつはロクなやつがいない
そのまま「初心者」のままで終わるんだろうね
質問の仕方もまるで分かっていない、
PC通信させたいならPCもラダーも外注に頼め、あなたのレベルじゃ無理です こういう初心者いびるだけのおっさんにはなりたくないね 初心者にマウントを取る自称上級者、にマウントを取るオッサン
そんな俺もマウントおじさん クソだっせーな
偉そうにしてるのも
『初心者』だった自分に寄り添ってくれた人がいたからなのに
そのことを忘れやがって。。
ほんまダサすぎ なんかすみません
自分が難しい質問しちゃったせいで荒れて・・・ >>986
あとせっかくMCプロトコルでフリーでできる事教えてもらったのにお礼も何も無いのな
初心者と言うよりゴミクズ野郎 何処に住んでるか言ってくれれば
家庭教師しにいくで？
往復の交通費とお昼ご飯出してくれるならさ 本当にただのリレー屋レベルの人がいるから困る
しかもそれすら間違える 俺はC言語とアセンブラーからラダーシーケンスに入ってその後リレーシーケンスに移ったんだが、未だにラダーシーケンスに慣れない
PLCのメーカー変わるとラダーが全く読めなくなってしまう
リレーは世界中一緒なんで読みやすい
使えんやつなんだわ アセンブラやっててラダー判らんってどんな頭してんだよ アセンブラーはチューリングマシン、ラダーはステートマシンで根本的に違う、と思わなくもない >988
フリーソフトがあるかないかという質問なんですが、
あれが回答になっていると思います？ >>996
MX Component単体じゃどっちにしろプログラムいるんだからMCプロトコル使って通信を自作するというのは満点ではなくても一応の回答ではあると思うよ
少なくともMCプロトコルというヒントから自分でもっと探せるし >>997
電線つないぐしか脳がない
ドライバーと電工ペンチしか使えない
ゴミジジイなんだろうな多分 レス数が1000を超えています。これ以上書き込みはできません。
