株式会社アーチのN-Sです。 弊社でPLCラダープログラム製作を主に担当して20年ほど経過しました。入社当初は触ったことすらなく、一から制作方法を学ぶこととなりました。 　 今回は開発をおこなう上で身についた技能についてお話しさせていただきます。 プログラム2巡目からの挙動予測 私がラダー作成で身についた技能が「プログラム2巡目からの挙動予測」でした。 ラダープログラムの特性で必ず同じプログラムを毎回処理することとなり、1巡目で考え通りの動作でも、2巡目では意図した動作とならないことがあるためです。 挙動事例 例えば、スイッチ操作にてモーター運転、停止指示を出すラダーがあります。また運転中に何らかの異常が検知された場合にモーターを停止させるラダーを作成しました。（下図） このラダーを実際に動作させ運転スイッチをオンしますが、モーターが運転できませんでした。 実際の動作は以下のものとなりました。 1巡目で運転指示を出して運転指令保持をオン、そのまま運転指令出力をオンします。 続く1巡目の処理でモーター動作確認の信号返答（運転アンサー）がオフのままの

はじめまして。株式会社アーチの「2K（にけ）」です。 社内では中堅プログラマーとして、日々コードと格闘しています。 記念すべき技術ブログの第一号記事担当に抜擢されました。 日記すら小学生の絵日記以来ご無沙汰で、ブログ執筆は人生初の試みです。 拙い文章かもしれませんが、どうか寛容な心でお付き合いいただければ幸いです。 今回は、私がプログラマーとして入社して1年目、初めてメインで任されたジョブで、 現在も稼働中の 「加工スケジュールの可視化」 事例をもとに、技術的なアプローチと当時の気づきについてお話しします。 当時は、通信ステータスの管理やフラグ制御の複雑さに翻弄され、通信断が発生した際の「自動復旧処理」の考慮漏れを指摘されるなど、まさに試行錯誤の連続でした。 技術的な未熟さを痛感し、てんてこ舞いだったことを覚えています。 しかし、このプロジェクトを通じて得た最大の学びは、プログラミング技術だけではありませんでした。 「お客様と自分との間にある『イメージの乖離』をどう埋めるか」 「専門的な仕様を、いかにわかりやすい言葉で説明するか」...