Skip to content

Online Program Change

menu

  1. 少量線上修改可用此傳輸模式，約3~5個變數修改
  2. 少量指令修改，約1~2個
  3. 當發生下列狀態時，應 [Rebuild All] -> [Write to PLC] 並遠端傳送 {Reset] 再 [Run]
  4. 當確認所有動作之前有輸出，修改後變成沒輸出時
  5. 當接點該 ON 卻沒有 ON 時
  6. 當接點該 OFF 卻還保持 ON
  7. 當數值該輸出改變，卻還是沒變化時

密碼保護設定

security01 [Project] -> [Security] -> [Security Key Management]

security02 新增一組Fufeng 的Key ，或是把之前的已做好的Key與PLC 檔案放在同一目錄下，就可以找到

security03 1. 選擇Fufeng這個key，選擇全部target，按下Register 1. 連線狀態下，切到CPU

security04 連線狀態下，[Write] 按鍵才可以按，寫入成功後，PLC 程式才能正確執行

Signal Flow

{{% callout warning %}} No. Result Data Name Category Content Error Code 1 Error Project Program Conversion Signal flow area capacity used in FB program of project is insufficient. Please reduce the number of steps in FB program, or change subroutine type FB to macro type FB. 0x12121059 {{% /callout %}} 當出現這個錯誤時，並不一定需要去調整 [CPU Parameter] -> [Memory/Device Setting] -> [Device/Label Area Setting 請優先處理多餘的Function Block 宣告

redundantDeclare 多餘的FB宣告一樣會占用signal flow FB Type 改使用Macro Type，亦可降低signal flow

Macro Type & Subroutine Type

Macro Type

會共用FB 裡的變數，多次 (多個程序地方) 呼叫這個FB，會造成變數被多個呼叫來源互相修改，變數結果值為最終呼叫的決定。若FB內使用Timer 則 FB 結束時間不定，使得先呼叫的地方，遭後呼叫的修改變數而取的後呼叫的結果值

Pros 好處: 在程式內呼叫這個FB時序互不影響下，節省Signal flow，大量使用FB 時，Macro Type 較節省

Cons: 壞處: 呼叫前必須確認結果值已經被正確取走，FB 內 Timer/Counter 值會保持，每次呼叫必須確保其他地方已經完全停止啟用這個FB。呼叫一次就複製一份程式碼，占用程式容量

Subroutine Type

每個呼叫皆建立一份變數列表，Signal flow 占用大，但各個呼叫各自獨立，可同步進行

Pros 好處: 各個呼叫各自獨立，可監視各別呼叫內的變數值變化。程式容量占用小

Cons: 壞處: 佔用太多signal flow，需要去調整記憶體給系統作為 signal flow 使用

mem-macro