【70410】です。

前項の話題は、まぁはっきり言えば
オムロン最新機種では上位リンクなどの
旧世代プロトコル機器（バーコード、温調、インバータ等）との
接続が可能化もしれんけど、面倒なんじゃないかという疑問。
ラベル対応プロトコル系（ＥＴＨＥＲ／ＩＰ）用とかで
新開発された製品じゃないとダメなんじゃと勝手に解釈してるんだが。

＞ラベル（変数）を使わない理由は何？

ひとえに、再コンパイルがウザいからです。
変数だとたとえば、ＲＵＮ中変更時、
仮に１００ワード分増えるような状況があると、
変数空間は、今あるメモリ空間の１００ワード先が
空白で確保されているとか意識さえしないので、
１００ワード分の新たな連続領域が破綻しないように
メモリの最適化、つまり再コンパイルを必要とします。
下手をしたら、オンラインで新変数が増えただけで、
ＲＵＮ中変更ができないというＰＬＣもある。

もう一つは、変数名が同一名称を許さないというのも理由。
タイマ１００に間接でＤＭ１００を指定すると、
ラダーだと面倒で「センサ検知遅延」などと適当に振る、
しかも、Ｔ１００とＤＭ１００の両方に！
なのですが、変数は、これが許されない。
「現在値_センサ検知遅延」「設定値_センサ検知遅延」
と分けることになる。
実際のところ、これではまだ足らず、結果
「第一ライン_上昇検知センサ_現在値_センサ検知遅延」
「第一ライン_上昇検知センサ_設定値_センサ検知遅延」
のように、ひたすら冗長的なコメントになる傾向がある。
これに加えて、「WORD_BIN16」とか変数自体を分類する
プレフィックス、サフィックスをつける場合もある。
プレフックス、サフィックスに関しては、
さらに会社毎の流儀みたいのがあり、さらにウザい。
こうやて、延々長い名前が付いた変数は
ラダー画面の接点表示枠をはみ出してしまって、
ひたすら視認性を下げる。

＞もしかして貴殿もその手の輩？

システム変数はそのまま使ってますよ。
むしろ番号忘れるので、お助け一覧が出るのはありがたい。
あと、害のない変数名として文字列定数は便利だと思ってます。
「センサ遅延時間Ａ」とかのｎｕｍ型を作って２秒＝＆２０とか
設定してますね。
define文だと思えば気楽に使えるし、
例えば、画面番号２０切り替えとか、ロボット起動番号２０とか、
同じ「＆２０」を明確に区別できるので好きですね。
      

      

      

      >通常だとＤＭ１００から２０ワードみたいな指定になるはず。
>でもラベル専用機だとＤＭないわけで。どうなってるの？

SYSMAC CS/CJ/CPシリーズ　通信コマンドリファレンスマニュアル　Man. No. SBCA-304U
http://www.fa.omron.co.jp/products/family/1651/download/manual.html
5−1 FINS コマンド一覧

CS/CJでラベルを使おうが使わまいがFINSコマンドラインに「DM」も「TM」も無い
有るのはタダ、アドレスゼロからのシリアル番号のみ
DMは02h、タイマ現在値レジスタは89h


問題はNXシリーズだが
よーわからん
NXシリーズ実機を触った事ないんですいません（私自身及び私の近い人も含めて）

ただ、一番分からんのがIOアドレス

IEC61131の標準IO表記は
%IX1.0.0 　＜ドットで区切ってるのがワードアドレス、最右端がビットアドレス
なのだが、NXのは違ってる（昔からのCS/CJとも違う）
http://www.fa.omron.co.jp/product/special/sysmac/plcopen/
オムロンもＩＥＣ ６１１３１−３ってちゃんと謳ってるんなら守ってもらいたいもんだが
三菱でさえちゃんとIEC表記可能になってるのになんでやねん


>でもラベル専用機だとＤＭないわけで。どうなってるの？
IEC61131の標準IO表記でDMに相当するのは
%QW1.0 　＜16bitレジスタもちゃんと有るよ　ラベル定義で割り付ける

何故かオムロンに見当たらないが
別スレの【70355】Open PLC　でも世界共通で同じ
もちろん、ラズパイPLCも同様

http://monoist.itmedia.co.jp/mn/articles/1312/10/news003.html
ラベルに慣れちゃうと直Ｉ／Ｏなんてやっとれん
普通、直Ｉ／Ｏでプログラムする時でもコメントは付けるでしょ？　＜まさかコメント無し？＿？

マイコンのアセンブラでさえも前世紀のうちにメモリ直アクセスは絶滅してる
メモリアクセスは変数の一択

もちろん、Ｃ言語やその他プログラミング言語で変数の無いのはアリエナイ
なんでラダー屋だけがハードＩ／Ｏに固執してるんだろう？　＜　まぁパソコンソフトが重たいって欠点は有るが


ラベル（変数）を使わない理由は何？
以前にオムロンＣシリーズの特殊デバイスに標準で付いてる変数（常時ON：P_On、常時OFF：P_Off等）　
をわざわざ消して使ってるって変なヤツが居たけど
もしかして貴殿もその手の輩？

      

      

      

      lumiheart氏に質問

ちょうどラベルの話題になったので。
ラベルプログラミングをやっていると聞いて。
オムロンのラベルを使った外部機器とのやり取りを知っていたら教えて。

たとえばシリアルでバーコードリーダと接続する。
機器側で上位リンクサポートしている。
つまるところ、ＦＩＮＳ通信に行き着く。
通常だとＤＭ１００から２０ワードみたいな指定になるはず。

でもラベル専用機だとＤＭないわけで。どうなってるの？

ちらっと聞きかじったところでは、
＠ＤＭ１００のような旧版対応ラベルを意図的に作って対応と。
これで合ってる？
あと、この手の説明はどこを見ればよいのん？

＠ＤＭ１００対応は、新旧すりあわせの応急対応っぽくみえるけど、
本来だとラベルを伝文に送ってやりとりする？
そうなるとＦＩＮＳでは、そもそも限界？

ラベルはＥＴＨＥＲ−ＩＰ必須ってことか
      

      

      

      >消去法的にKV-8000かな。

じゃあomron NX1
http://www.fa.omron.co.jp/product/special/sysmac/nx1/productivity.html
C、CS/CJシリーズはよく使っていたのだが、最近はご無沙汰
肝心のCXはと言えば触った事無い
http://www.fa.omron.co.jp/products/family/3077/
私の知り合いでSysmacStudio 持ってるヤツも居ない？
なので、その辺りの情報も知りたいってのが本音

>オムロンは今後ラベルプログラミングに傾倒していくので、
尚、私はGX8時代からST言語でラベルプログラミングやってたんでIEC 61131-3に抵抗はない


しかしまぁ、この業界には所謂抵抗勢力は絶えないなぁ、なんでだろ？
プロコン時代にはGPPが出た時、あんなクソ重たいヤツは絶対に使わん
GPP時代にはDOS版GPPが出た時、あんな遅いヤツは絶対に使わん
DOS版GPP時代にWindows版GPPWが出た時、あんな不安定ヤツは絶対に使わん
Windows版GPPW時代にGX8が出た時、あんなパソコンスキルを要求されるヤツは絶対に使わん
GX8時代にGXW2が出た時、あんなに重たいソフトは絶対に使わん
GXW2時代にGXW3が出た時、あんなにCPU能力を要求するヤツは絶対に使わん

私は年を食った今でさえも最先端を走っていたい


      

      

      

      消去法的にKV-8000かな。

(1)オムロンは今後ラベルプログラミングに傾倒していくので、
デバイス至上主義の私としては余地がない。
後発のオムロン機種にはそもそも固定ＤＭ領域などが無い。

(2)プロトコル系のネットワークリンクに
キーエンスの方が多く対応している

(3)オムロンの方が地雷要素が多い気がする。
気が付いたらユニットＤＭ専有領域をまたがっていた。
なにかおかしいと思ったらネットワーク構成ファイルが
別途必要なはずなのに、客先では散逸していた。等々

(4)キーエンスタッチパネルとの組み合わせ。
これは自社機器でそろえれば当たり前のことかもしれないが、
タッチパネルを含めたオフラインデバッグがやり易い。

      

      

      

      オムロンNX1とキーエンスKV-8000で迷っています。
指定はなくどちらを使用してもいい状況です。

両者一長一短ですが、両方使われたことのある方、ご意見いただきたいです。
(機能、操作性とか)

KV-8000のドラレコや使い勝手は魅力的ですが、過去のキーエンス機種にはあまり良い思い出がなく…。
コスト面や他設備の兼ね合いなど、その他の条件については一旦目を瞑ってください…。