>ＳＴ言語で受けっとって困惑する、なんて事故が無いことを祈る。
そんな言い訳が通ったのは前世紀のウチだけと、思ってるのは私だけか？

一体いつになったらST言語やラベルプログラムが普通になるんだろう？


ふたことめには時期尚早って
時機到来はいつの事であろうか？

少なくとも来世紀に持ち越す事はなくなった
MRJ3が生産中止になって既に5年　恐らくJ4も時間の問題
http://www.mitsubishielectric.co.jp/fa/products/drv/servo/ex/renew/close/index.html

MR-J5はラベルプログラムオンリー（デバイスX,Y,Dは存在しない）
http://www.mitsubishielectric.co.jp/fa/products/drv/servo/pmerit/mr_j5/amp/feature.html
なので、後数年で問答無用強制的にラベルプログラムに移行させられる

ラベルを使いたくない理由の一つに
「ラベルの文字数が長くて画面が見づらくうっとおしいって」言ってたヤツが居たけれど
MR-J5のラベルはスッゲー長げーぞ
どーする？
http://www.system-brain.com/bbs/kaigi2/kaigi/thread_68350.html

      

      

      

      （Ａ氏の別言い方といえばそれまでの発言）

ＰＬＣはブラックボックスだと考えると、
千回実行してもバグなく正しく動くなら、
正直なところどんな組み方でも良い。

ただし、特定の組み方しか習ってなくて、
後でそんな良い組み方があったのかと知るのは不幸な話。
業界に教えることができる人が少ない印象。
ましてや複数方法があると理解した上で選べる人がどれだけいるか。

あとはクライアント（たとえば設備課）が
前設備や類似設備のサンプルプログラムを
提示できていたら良いけど、
ラダー環境で育った設備課の人が
ＳＴ言語で受けっとって困惑する、なんて事故が無いことを祈る。
（そこまで仕様相談しようねって事かな）

      

      

      

      ここの掲示板見るの８年ぶりくらいだな
質問の件だけど
キーエンスにしとくほうがいいよ
使いやすさでキーエンスが一番だと思うよ
まー使ってみたらわかるよ
キーエンスなら難しいことも簡単にバカでもできるから
他社ができない良いとこ取りして作ったのがキーエンスのＰＬＣだろう
ただし大型の連携するシステムの構築には少し三菱に軍配があがるかな
ＯＭＲＯＮは論外としておく　＊キーボードの数字叩くのが嫌になる
      

      

      

      この議論の元をたどれば、溜まり場での元投稿の「暗黙のルール」。
一連の投稿を見ても、業界全体の暗黙のルールは無いんだと改めて実感します。
あるのは自分の周りのローカルルール、俺ルール。
あえて言うなら「見やすく」が普遍的なルールかもしれませんが、それも自分の周りで慣れ親しんできた作法が見やすいわけで。
比較演算の使い方も適材適所、SET/RSTを使う使わないも適材適所、ステップシーケンスも条件制御も適材適所、かな。
      

      

      

      由緒正しきラダーの例。(ラダーは元々リレー回路を置き換えるところからなので）
セット・リセットが台頭したのは一説には三菱のサンプルラダーが全部セット・リセット説明だかららしい

          │ X0000       M3                                                                                                                                │
         0├─┤  ├─┬─┤／├─┬──────────────────────────────────────────────────────(M0       )┤
          │ 開始SW   │ Ｃ完了→ │                                                                                                             動作中__  │
          │          │ 全完了   │                                                                                                             (A開始)   │
          │          │          │                                                                                                                       │
          │          │          │                                                                                                                       │
          │          │          │                                                                                                                       │
          │ M0       │          │ X0001       SM400                                                                                                     │
          ├─┤  ├─┘          ├─┤  ├─┬─┤  ├─┬──────────────────────────────────────────(M1       )┤
          │ 動作中__             │ A動作端  │ 常時ON   │                                                                                     Ａ完了→  │
          │ (A開始)              │          │          │                                                                                     Ｂ開始    │
          │                      │          │          │                                                                                               │
          │                      │          │          │                                                                                               │
          │                      │          │          │                                                                                               │
          │                      │ M1       │          │ X0002       SM400                                                                             │
          │                      └─┤  ├─┘          ├─┤  ├─┬─┤  ├─┬──────────────────────────────(M2       )┤
          │                         Ａ完了→             │ B動作端  │ 常時ON   │                                                             Ｂ完了→  │
          │                         Ｂ開始               │          │          │                                                             Ｃ開始    │
          │                                              │          │          │                                                                       │
          │                                              │          │          │                                                                       │
          │                                              │          │          │                                                                       │
          │                                              │ M2       │          │ X0003                                                                 │
          │                                              └─┤  ├─┘          └─┤  ├──────────────────────────(M3       )┤
          │                                                 Ｂ完了→                C動作端                                                     Ｃ完了→  │
          │                                                 Ｃ開始                                                                              全完了    │
          │                                                                                                                                               │
          │                                                                                                                                               │
          │                                                                                                                                               │
          │ M0          M1                                                                                                                                │
        16├─┤  ├───┤／├────────────────────────────────────────────────────────(Y0000    )┤
          │ 動作中__    Ａ完了→                                                                                                                Ａ出力    │
          │ (A開始)     Ｂ開始                                                                                                                            │
          │                                                                                                                                               │
          │                                                                                                                                               │
          │                                                                                                                                               │
          │ M1          M2                                                                                                                                │
        19├─┤  ├───┤／├────────────────────────────────────────────────────────(Y0001    )┤
          │ Ａ完了→    Ｂ完了→                                                                                                                Ｂ出力    │
          │ Ｂ開始      Ｃ開始                                                                                                                            │
          │                                                                                                                                               │
          │                                                                                                                                               │
          │                                                                                                                                               │
          │ M2                                                                                                                                            │
        22├─┤  ├──────────────────────────────────────────────────────────────(Y0002    )┤
          │ Ｂ完了→                                                                                                                            Ｃ出力    │
          │ Ｃ開始                                                                                                                                        │
      

      

      

      >次々に動作する箇所がＯＮ、ＯＦＦ移動していくパターン。
ステップシーケンス派と条件制御派の論争は既に50年以上やってる　＜　シーケンサが発明される前のハードリレー時代から

まぁ、考え方は色々ですが
ピックアンドプレイス
http://jp.misumi-ec.com/ec/incadlibrary/detail/000059.html
インデックステーブル
http://jp.misumi-ec.com/ec/incadlibrary/detail/000148.html
こんな感じでインデックステーブル上にワークが回ってきて
各ステーションで
ワーク搬入、穴あけ、タップ、パーツ挿入、パーツネジ締め、ワーク搬出
全６ステーションだとした場合

各ステーションの動作をどうプログラムするか？
ステップシーケンスにするか？条件制御にするか？
ステップシーケンスの場合は簡単
１、ユニット前進
２、ユニット下降
３、ユニット作業完了　　
４、ユニット上昇
５、ユニット後退

穴あけだろうがタップだろうが、ワーク搬入搬出も同じシーケンス
なので、例えばデバイス１００番飛びとかで同じ構造のプログラムが６個並ぶだけの簡単
上手に作ればファンクションブロックが６個が並ぶだけで自動プログラムがオシマイ

ただ、上手に作れないから意味不明チンプンカンプンなプログラムになっちゃう
特に、複数人が入れ代わり立ち代わりいじくりまわしたヤツは悲惨
条件制御屋とステップ屋が入れ代わって弄ったら悲惨の極み

      

      

      

      私のふとした疑問を何となく投稿させていただいたのですが、
これだけ大先輩方に大変貴重なご意見をいただけて、心から感謝申し上げます。

以下余談となりますが、、、
15年近く、とある中小機械メーカの片隅でただ一人ラダーに携わってきました。
そろそろ後任育成を考えていかなければならないのですが、その際にある程度の
ガイドラインのようなものを作成しようかと思っています。
（募集しても人が来ない業界です　私の時は前任者が作ったコメント入りプログラムと
CQM1シリーズのコマンドリファレンスくらいしか資料がなかった　そして、
前任者は逃げるように辞めていきました）
      

      

      

      比較演算子の使い方というお題から外れるのでどうかと思うが気になったので。

セット・リセット派の人は次のようなラダーを好んで組む。

スイッチ・・・ ＳＥＴ　Ａ

Ａ群
条件Ａ ＯＮ
接点Ａ・・・・ＯＵＴ 出力機器
完了条件〇〇・・・・ＳＥＴ　Ｂ

Ｂ群
条件Ｂ ＯＮ・・・・・ＲＳＴ　Ａ
接点Ｂ・・・・ＯＵＴ 出力機器
完了条件○○・・・・ＳＥＴ　Ｃ


Ｃ群
条件Ｃ ＯＮ・・・・・ＲＳＴ　Ｂ
接点Ｃ・・・・ＯＵＴ 出力機器
完了条件○○・・・・ＳＥＴ　Ｄ

次々に動作する箇所がＯＮ、ＯＦＦ移動していくパターン。
もちろんＳＥＴではなくコイルで組む派閥も居る。
いずれにせよこの手の組み方が、個人的な感想では「最悪」
(1)ラダーが長くなると、動作中箇所が見つけにくい
(2)Ｆ群作中に、Ｂ群条件が成立すると２本同時並行で動く
(3)分岐が多いと追いかけるのが難しい
(4)安全確保のために一括Ａ〜Ｆリセットのような処理をする。
本質的にどこか破綻しているラダーの場合、一括リセット頼りだと
なんでリセットが掛かったのかすらわからない。
(5)色々なところで、ＳＥＴ、ＲＳＴを多重でＯＮする。
コイルだと二重コイル異常になるような量を平気で使う。
      

      

      

      >受信トリガ処理とか何にもしてないやん。
オムロンでも三菱でも受信トリガは不要　＜OSがする話
ラダーで通信トリガ処理はそもそも時間的にムリな話
マイコンプログラムでは通信トリガを自分自身で管理するけど
http://www.renesas.com/ja/products/microcontrollers-microprocessors/rl78-low-power-8-16-bit-mcus
受信ポートから1バイト受信するごとに受信バッファに転送するのを自分で書く　

シーケンサはこの処理をOSがやってくれるんでバッファにデータが入りましたフラグを見て
受信バッファから読み出し処理する　＜読み出し命令実行するとOSがバッファを空にしてくれる


ここまで書いてて、今頃気付いた
ラベルや変数って何にも関係無い話じゃん？
>通常だとＤＭ１００から２０ワードみたいな指定になるはず。
ラベルでDM100から20ワードって指定は
↑にも少し触れたけど
>RcvDat[RcvSize]　；配列変数　＜　これは受信バッファ（通信ユニットのOSがデータ受信したら勝手に入力する）
配列変数って便利なのが有るんで何も困らない
別にオムロンのST言語に限定的に有るんでなく、三菱にもIEC61131にも有るし
太古の昔の昭和時代のN88BASICからある
三菱ラダーでは　D100Z0　＜インデックス修飾に相当する



      

      

      

      こんにちは

私も SET RESET は、基本的に嫌です。
繰り返し動作で、１回目条件、２回目条件、の成立確認。
もしくは
動作完了まで、邪魔しないでね。の、お願い位です。

通常回路は、

　大前提
---||----||-------||------||---+--------(M1)
      |
      |
　　　　---||----||-------||-
上記で、デバック時に、この回路は無視できる。
を重視しています。


      

      

      

      >たったこの1行ダケでオシマイ簡単！

いやいや、それ単純にデータ移動しているだけで、
受信トリガ処理とか何にもしてないやん。

オムロン詳しくないから三菱で書くけど、
そこまで有難みはない。
[BMOV U0\G1537 D1000 K800]
[$MOV D1000 D2000]
(D1000は仮移動、D2000でNULL範囲まで移動)

ＦＩＮＳ系の旧機器を扱う話で
無手順で返すのはちょっと変化球すぎる。
無手順は基本どの言語系にも真っ先実装だしね。

無手順たとえばSTX、ETXで挟まれた伝文の場合
文間にNULLが含まれる可能性が無いわけでは無い。
となると、配列末端をNULLととらえる言語系には注意が必要かも？

ラダーの場合ワードが最小単位だけど、
バイト配列が組めるのは便利じゃないか？
      

      

      

      私も参画できそうな話題なので...
暗黙のルールかどうかは存じ上げませんが..

【70415】lumihear様が書かれた比較演算子の使い方に暗黙のルール
その1は、賛同
その2は、あまり気にしていない
その3は、画面に表示しきれない場合は置き換える位な気持ち
という感じです。

【70418】名無し様が書かれたたまにいる内容についての感想
立ち上がり/立ち下がりは使用機器によって必須の場合があるので、出来るだけ使わないようには気遣う
セット・リセットはあまり使わないが、元がソフト屋さんだと多用傾向が多い気がする
コメントがしっかりしていれば二重否定は気にならない、というかコメント重視すると二重否定は仕方ない

というところでしょうか。
今は見やすくなりましたが、MC回路は未だに勘弁してほしいです。昔は下にスクロールするとMC接点が見えなくなり
結構難儀した記憶がたくさんあります。



      

      

      

      >旧世代プロトコル機器（バーコード、温調、インバータ等）との
>接続が可能化もしれんけど、面倒なんじゃないかという疑問。

NXシリーズ
コミュニケーションインタフェースユニットユーザーズマニュアル
sbca-422h_nx-cif.pdf
シリアル通信(RS-232C)

付録
A-40ページ
サンプルプログラム
ボーレートや7/8ビット等のパラメータ系やその他受信条件設定は置いといて
受信プログラム本体

RcvDat[RcvSize]　；配列変数　＜　これは受信バッファ（通信ユニットのOSがデータ受信したら勝手に入力する）
AryMove()；受信コマンド本体　（C言語やVBとかの通信プログラムと同様）

AryMove(N1_Ch1_Input_Data_01[0], RcvDat[RcvSize], UINT#4);　　

たったこの1行ダケでオシマイ簡単！
但しST言語だけどね　＜　ラダーで書けばA4で1ページは楽勝に掛かる物量
送信も概ね似たよーなもん

本件の様に文字列制御や数値演算にはST言語は最適
ST言語は大ッ嫌いって言う方々は多い
単なる食わず嫌いと思うんだが



      

      

      

      たまにいる、
┥↑/┝　(立ち上がりｂ接、立下りｂ接）多用しすぎとか　
−／−（回路否定）の２段否定（再否定）するのとか
嫌いです。

あとセット、リセットだけでラダーを組む人も嫌い

数学表記の「χ＞２０」 準拠
[> D100 D101] の場合
D100が可変値、D101が設定値 と左側を可変にする

数学表記の「１０＞χ＞２０」 準拠
バラすと「χ＞２０」「χ＜１０」だが
[> D100 D101][< D100 D102]の人と
[> D100 D101][> D102 D100]の流派があり
体感的には半々（自分は上方）

      

      

      

      【70410】です。

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

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

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

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

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

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

      

      

      考え方としてはlumiheartさんと同意で、自分でもほぼそうしているつもりなんですが、それが業界の暗黙のルールになっているかと言われるとどうかと。
私の付き合ってきた各社さん(大手も所謂個人商店さんも)ではバラバラでした。
うちの社内でも基準は無いですが、私が後輩に教えるときは、こうしたほうが見やすくない？という程度のアドバイスレベルです。

      

      

      

      たまり場より転載


暗黙のルールその１　数学の表記或いはC言語等（テキスト系）の表記に合わせる

c = (a > b) 　＜ただの１点比較はどーでもえーけど
d = (a > b > c) 2点以上の所謂範囲比較の場合は

-----[D100 > D101]---[D101 > D102]---------------(M0) 〇
-----[D101 < D100]---[D102 > D101]---------------(M0) Ｘ



暗黙のルールその２　比較系のプログラムを１か所に統合する
アチコチの勝手な場所に作らない
どちらかと言えばタッチパネル入力の都合によるのが多いけど


暗黙のルールその３
複雑な演算開始条件を作らない


---||----||-------||------||---+-----[D100>D101]------(M0)　Ｘ
                               |
                               |
---||----||-------||------||---+


---||----||-------||------||---+--------(M1)
                               |
                               |
---||----||-------||------||---+

    M1
----||----[D100>101]---------------------(M0)　〇


ただどちらかと言えば１画面に収めるようにしないと見難いだけって理由だけど


ただ第１法則は見易くなるようにするのが最優先

      

      

      

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

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等）　
をわざわざ消して使ってるって変なヤツが居たけど
もしかして貴殿もその手の輩？

      

      

      

      ご回答ありがとうございます。
発電中でも測定できる日置の絶縁抵抗計　IR4053を使用していたのですが
初めての現象に戸惑ってしまいました。
      

      

      

      発電中のパネルの影響がでるみたい

http://www.solamente.biz/insulation-resistance/
      

      

      

      教えて下さい。
太陽光パネルのストリング(27直列)18本を、PまたはN一括で絶縁測定しています。
P側は良いのですが(15MΩ)、N側が一度上昇した数値が1分程度で下がり0になりそのまま保持。
測定端子をつけたり離したりを数回繰り返すと上昇したままの数値(2MΩ)になります。
18本のストリング単体で測定するとある程度(5MΩ)
太陽光パネル以外はなにもありません。
上昇下降、またつけたり離したりしたら数値が上がる、この現象はどのような原因が考えられますでしょうか。
よろしくお願いいたします。
      

      

      

      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能力を要求するヤツは絶対に使わん

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


      

      

      

      原因はわからないのですが正常に保持するようになりました。
バッテリーを確認するためＣＰＵユニットを外して確認して
1日置いていただけなんですが。

若輩様、名無しさん　ありがとうございました。
      

      

      

      単純にＤＭがラッチ領域になってないのでは？

試しにＺＲで画面を割り振った場合はどうでしょう。
（ＺＲは問答無用で保持領域のはずなので）

あとレアな可能性だけど
（細かい設定とか詳細名称は忘れた）
「デバイス初期値」だったかな？
初期メモリ設定をロードするようになっていて、
電源ＯＮのたびに設定ＤＭマップが読まれる構成になってるとか。

      

      

      

      消去法的にKV-8000かな。

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

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

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

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

      

      

      

      バッテリーは接続されていました。
書込みもデバイスメモリ、ファイルレジスタ等のプログラム以外の
書込みにチェックは入れてない状況です。
      

      

      

      若輩様
チェックは外れていたはずです。
もう現場ではないので確認はできませんがパラメータ＋プログラムで選択された範囲の書込みです。
プログラムで0を書込み事はしてないのですが。

確認を忘れていたのですがＣＰＵのバッテリーを取付してないかも
明日確認してみます。
ありがとうございました。
      

      

      

      プログラム書込み時に「全選択」あるいは「データメモリ」にチェックが入っていませんか？
「プログラムのみ書き込み」or「データメモリのチェックを外す」と解決するはずです。

データメモリにチェックが入っていた場合、初期設定ですとデータメモリは全て0が書き込まれます。
これは、プログラム書き込み時にデータメモリを任意の値で書き込みしたいときに使用する機能です。
例えば以下の状況で使用します。
�@何かしらの規定の値を入れたい(常時ON命令とMOV命令で入れる方法もある)...これはあまりおすすめしません。
�ACPUユニットを交換するときなど、以前のCPUのデータメモリを読み出して、そのまま書き込みする
　(設定を以前の状態から引き継ぐ。基本的にはこの使い方)

この仕様は、六菱に限らずOMRONやKEYENCEも同じです。
      

      

      

      お世話になっております。

三菱ＰＬＣのiQ-RでＰＧ作成中です。
ＰＧをＣＰＵで書込するたびにデータメモリの内容が消えてしまいます。
ラッチの設定内の番号で電源切では保持しています。
ラダーでＭＯＶ命令等で書込んだ値は保持しているのですが、
ＴＰで直接入力した値が消えてしまいます。
どうかアドバイスをいただきたくよろしくお願いします。