在步驟7中，在編寫FB或FC塊時，是否可以使用M點代替區域性變數？

1. 可以，但不推薦。 因為製作FB fc塊的目的是重複呼叫，如果使用m點，會導致重複呼叫時位址重複，導致程式可能無法正常執行。 3. FC必須能夠做成FB，FB可能做不到。

因為FB有自己的後台資料，也就是說，它可以儲存一些中間變數，以便在下乙個週期使用，而FC則不能。

在 fc、fb 中，盡量少用 m 點，否則你的 fc、fb 可移植性不強，反之多次呼叫會造成問題，不會體現 fc 和 fb 的優點，ob 中使用臨時變數可以換成 m 點。

在 ob1 中應該是可以的，但在 fc 中很少使用，fb、m 是始終有效的全域性變數，而臨時變數只在乙個週期內有效，因此帶有臨時變數的塊可移植性很強。

靜態變數和 m-area 不是同乙個函式，靜態變數使用後，退出 fb 或 fc 時會被清除，那麼下次程式呼叫這個 fb 時，儲存在同乙個靜態變數中的資料就要被重寫了。 但是，如果將其替換為 m 區，則不會被清除，有時呼叫 FB 兩次時資料會疊加。 檢視程式的編寫方式。

問題補充：在這個例程中，ob1 也使用了大量的臨時變數，可以用 m 個點代替嗎？

呼叫fc塊時，如果使用定時器，那麼多次呼叫後會出現不穩定的值跳動現象，修改程式中的定時器，定時器程式碼為型別或輸入輸出模式，格式選擇定時器格式，記住呼叫的定時器不能重複，如果使用計數器， 不能重複使用，計數器的代號應以IN型或IN-OUT方式連線，格式為COUNTER。通話時，按順序填寫程式碼，計時器如t1、t2、t3、計數器c1、c2、c3等！多次呼叫花朵，記住，一定不能重複，使用臨時變數對花朵來說並不自在，只需在db塊中將臨時變數輸出到外部，在db塊中建立結構變數，多次呼叫，寫一次，複製替換！

在OB中，可以呼叫FC，在FC中可以呼叫然後呼叫是主程式，FC和FB是用於實現控制功能的子程式。

Zen Qin db 是乙個資料塊。

增值稅是實現特定功能的 FB 變數表。

UDT在S7-300FM中的作用是什麼？

在S7-300中，FM功能模組具有獨立處理自身IO的能力，而S7-300CPU除了處理IO外，還呼叫相應的功能塊與功能模組進行通訊。

通訊區以UDT的格式存在，使用者必須首先從工和迅比能模組的示例中將UDT複製到自己的專案中，然後生成相應的通訊資料塊（UDT不能**到CPU，而DB塊可以），並呼叫相應的函式（Chang Tsai FC）進行資料通訊。

答案是肯定的。 FC 和 FB 設計為以程式設計方式結構化。 如果是小程式，可以直接寫在ob1或其他需要的ob塊中。

在樓上，你想要什麼？ 我不明白！ 回到所有者，FC可以理解為功能連線塊，FB可以理解為功能模板，兩者可以互換，但是它們在使用上各有優勢，例如：

FC 很靈活，可以做所有的控制功能，但是當使用相同的控制方法（假設同一控制方案下的不同裝置被分成不同的組）來控制 10、20 或更多組裝置時，會使用相同數量的 FC 塊。 如果這個時候做乙個FB塊，就是做乙個功能板，只要給每個模板新增一組不同的資料組合（FB呼叫DB塊），在完成相同控制方案的情況下，無論是開發、糾錯、除錯，優勢都是顯而易見的！

FB有後台DB，FC沒有，需要儲存資料的程式可以選擇FB

沒錯，是的，你應該把程式拿出來單獨討論。

借了學習版，想熟悉一下，沒想到還儲存了，真是可恨！

這不重要。 為什麼你沒有清楚地看到塊中有臨時變數（好像它們佔據了 L 儲存）或塊的輸入和輸出引數等。 這有點像高階語言（例如 C 和 basic），其中一種是主程式（main），另一種是子程式或函式，兩者的變數宣告用途不同。

這種問題在程式設計手冊中寫得很清楚。

表中的符號是全域性變數，而 ob、fc 和 fb 是區域性變數，它們僅在此子程式中有用。

如果建立自己的 FC 輸入和輸出引腳，則可以設定預設值。

你這樣程式設計，這樣 p 的前四個觸點只會在邏輯運算有上公升沿后移動！ 也就是說，如果常開工作常閉，則不工作，並且會出現上公升沿，並且“幫浦啟動”將到位。