Untuk contohnya menggunakan CPU 317-2 PN/DP serta fasilitas library bawaan Simatic Manager.

- Untuk langkah pertama yaitu mencocokkan DT PLC dengan DT PC

- Menyiapkan DB untuk Date and Time PLC

Tipe data untuk DATE_AND_TIME memiliki range 8 byte

- System Function SFC1 READ_CLK

- SCRIPT

// Read Clock Function
CALL  “READ_CLK”
RET_VAL:=MW0
CDT    :=”Data Date Time”.PLCDt

// Data Tahun
L     DB1.DBB    0
T     MB    10

// Data Bulan
L     DB1.DBB    1
T     MB    11

// Data Tanggal
L     DB1.DBB    2
T     MB    12

// Data Jam
L     DB1.DBB    3
T     MB    13

// Data Menit
L     DB1.DBB    4
T     MB    14

// Data Detik (s)
L     DB1.DBB    5
T     MB    15

// Data Detik (ms)
L     DB1.DBB    6
T     MB    16

// Data Detik ( 10s)
L     DB1.DBB    7
T     MB    17

- Monitor Data

Nilai MB13 yaitu 16 (dalam hex) menunjukkan jam 4 sore, jadi cukup menggunakan nilai MB13 ini sebagai triger untuk melakukan eksekusi yang lain sesuai kebutuhan .

Komunikasi antar PLC S7 yang akan saya jelaskan disini menggunakan fasilitas library / function bawaannya software Simatic Manager. Banyak function maupun function block yang bisa digunakan untuk membangun komunikasi antar 2 PLC. Untuk saya sendiri, biasanya sering menggunakan function block untuk PUT dan GET, dimana dengan cara ini kita cukup membuat logika pemrograman komunikasi di satu sisi PLC, sedangkan disisi yang lain hanya cukup menyiapkan data block atau memory yang akan ditulis atau dibaca.

Berikut langkah - langkahnya :

- Buka NetPro untuk konfigurasi network

- Tampilan dari NetPro

- Klik kanan di table –> Insert New Connection

pilih unspecified station, karena biasanya dalam satu project saya hanya menggunakan single CPU, selain itu pilih juga S7 connection, karena yang kita komunikasikan adalah antar CPU bukan CP.

- Konfigurasi untuk Active Connection (PUT)

dalam contoh kali ini IP untuk CPU S7 yang kita tuju adalah 172.17.5.12

jangan lupa juga dipastikan rack 0 dan slot 2 untuk partner CPU

- Konfigurasi untuk non Active Connection (GET)

Perhatikan di bagian establish an active connection, untuk PUT di centang, sedangkan untuk konfigurasi GET tidak di centang. Kemudian Local ID nya berbeda diantara 2 konfigurasi tersebut, Local ID ini nantinya akan digunakan di FB PUT dan FB GET.

- Hasil dari dua konfigurasi tersebut

- Prepare untuk FC dan DB send dan receive data

- Scripting

Penjelasan untuk masing masing FB (PUT and GET), bisa dilihat dengan menekan F1 pada FB yang bersangkutan. Disini saya jelaskan sedikit dari elemen elemen FB tersebut :

- REQ : adalah trigger kapan fungsi PUT (mengirimkan data) dan fungsi GET (mengambil data) dieksekusi
- ID : Local ID saat kita menkonfigurasi di NetPro
- DONE & NDR : adalah bit yang aktif begitu semua proses untuk PUT dan GET sukses
- ERROR : bit yang akan aktif apabila ada kegagalan dalam proses pengiriman dan pengambilan data, hal ini yang bisa dimanfaatkan sebagai interlock dalam suatu proses yang berhubungan antar dua atau lebih CPU.
- STATUS : nilai word yang berfungsi untuk diagnostic (bisa dilihat di help dengan menekan F1 di FB yang bersangkutan)
- SD_1 : data yang akan di dikirim / diletakkan ke partner CPU (pointer)
- ADDR_1 : adalah data di partner CPU yang akan menerima data kita (untuk fungsi PUT), atau data yang akan kita ambil (untuk fungsi GET), dan juga menggunakan tipe pointer
- RD_1 : data di local CPU sebagai tempat penampungan dari data yang telah kita ambil di partner CPU

Jadi intinya dengan cara seperti ini kita hanya membuat logika di satu sisi CPU aja, sedangkan sisi yang lain hanya menyiapkan data yang akan diambil dan data yang akan diterima, tidak logika komunikasi dikedua sisi seperti cara komunikasi yang lain misalnya menggunakan AG_SEND AG_RECV, BSEND BRECV, TSEND TRECV, dsb.

Tapi kemudian masalah yang timbul adalah bagaimana partner CPU bisa mengetahui bahwa komunikasi yang dibangun error ? Untuk mengatasi hal ini, Local CPU harus mengirimkan suatu nilai heartbeat (data yang selalu berubah ubah) , dan disisi partner kita harus membuat sedikit logika untuk mendeteksi heartbeat tersebut. Apabila tidak ada perubahan dalam beberapa saat, maka bisa dikategorikan bahwa komunikasi antar CPU tersebut gagal

Berikut overview dari softwarenya (Step7 Basic) :

PLC Programming dan Visualisasinya (mirip WinCC Flexible)

Sekilas dari sini bisa terlihat sepertinya Siemens ingin membuat produk softwarenya menjadi lebih user friendly dari biasanya, serta membuatnya udah integrated dengan visualnya dalam hal ini yaitu WinCC Flexible. Untuk saat ini software ini hanya diperuntukkan untuk hardware S7 1200, apakah nanti untuk versi selanjutnya (1300/1500) cukup dengan software yang sama ataukah juga dengan development software yang baru. Hal terakhir yang saya sukai dari software ini yaitu licensenya free Mudah mudahan license free ini akan seterusnya bukan hanya saat awal promosi aja …..

Pada akhirnya saya mendapatkan koneksi yang lumayan cepat untuk bisa seterusnya mengupdate blog ini dan berdasarkan juga pengalaman kerja sehari hari di tempat kerja saya yang baru. Sehingga sampai pada satu kata bahwa apa yang ditulis disini hanyalah sebagai pembelajaran bagi diri saya sendiri, karena seperti kata orang bijak bahwa “penulis adalah tidak tahu diri jika menganggap dirinya lebih tahu dari pembaca” .

Biasanya dalam memprogram PLC suatu plant automation, saya bagi kedalam 4 level :

1. Master Sequence Level
Level yang paling tertinggi dan merupakan supervisory untuk memanggil semua level dibawahnya, merupakan bagian utama dari proses yang akan dibuat dalam plant tersebut. Master sequence juga merupakan interface bagi operator untuk mengoperasikan plantnya, dari sini bisa terlihat status apa yang sedang terjadi di sequence tersebut, apakah lagi “run”, ”stopped”, “stopping”, “hold”, “aborting”, dsb. Selain itu juga merupakan tempat dimana parameter yang berhubungan dengan proses diletakkan.

2. Unit Level
Level dimana logika pemrogramannya diletakkan, baik itu merupakan delay time dari proses, aktivasi dari equipment yang digunakan, interlock list untuk equipment, kontrol PID, serta enable/disable dari proses. Suatu master sequence harus memiliki minimal 1 atau lebih unit. Pembagian unit disini tergantung si programmer sendiri, apakah memilah milah unit sampai sekecil atau sedetail mungkin, ataukah lebih menyederhanakan unit pada satu proses, hanya saja disini dituntut konsistensi dari si programmer dalam memilah milah unit.

3. Equipment Level
Merupakan objek objek dari equipment yang ada. Misalnya seperti : Valve, Motor, Analog Input, Control Valve, Digital Input, dsb. Setiap equipment tersebut memiliki cara kerja atau fungsi yang tersendiri yang kita jabarkan dalam suatu bahasa pemrograman. Objek objek disini juga harus menyediakan interface dengan unit level yang mengaktifkan equipment level tersebut.

4. Field Level
Pada level ini adanya proses “map” dari equipment level ke field level atau address dari input dan output yang terhubung ke modul input output PLC. Secara pemrograman 3 level diatas semuanya beroperasi dengan memory internal (dalam S7 biasanya saya menggunakan data block). Hal itu memudahkan apabila adanya perubahan pada wiring, sehingga cukup merubah di level ini tanpa mengutak atik di level level sebelumnya atau bahkan sampai merubah tag SCADA/HMI.

“Penulis Adalah Tidak Tahu Diri Jika Menganggap Dirinya Lebih Tahu Dari Pembaca”

Misalnya saya mempunyai sistem sederhana seperti dibawah ini :

Dengan cara kerja sistem sebagai berikut :
- Step 0 (initial) : semua equipment stop
- Transisi Step 0 - Step 1 : tombol “Start”
- Step 1 (Heating) : mengaktifkan Valve AV58 dan Motor M51
- Transisi Step 1 - Step 2 : temperature VS50 (TT58 >= 50°C)
- Step 2 (Transfer) : mengaktifkan Valve AV908 dan Motor M61 serta menon-aktifkan AV58 dan M51
- Transisi Step 2 - Step 3 : VS60 high level
- Step 3 (Stop Motor Transfer) : menon-aktifkan M61
- Transisi Step 3 - Step 0 : M61 Stop

Dibawah ini adalah DB dari objek objek yang bersangkutan

Kemudian inisialisasi instance template dari HiGraph, yaitu masuk ke S7 Program -> Source -> Klik Kanan -> Insert New Object -> State graph

Kemudian kita “rename” menjadi “Hot Water”

Tampilan awal saat State Graph kita buka

yup, disitu bisa terlihat initial condition dengan permanen instruction (continuous cyclic), langkah selanjutnya yaitu dari cara kerja yang telah kita paparkan tadi jelas terlihat bahwa program yang akan kita buat terdiri dari 4 state, nah kita insert state sebanyak 4 buah seperti contoh di bawah ini

nah kelebihan dari HiGraph yaitu posisi state serta permanen instruction bisa kita pindah pindah posisinya semau kita, fleksibel sekali khan??
Kemudian kita menambahkan transisi ke graph tersebut

Kemudian dari transisi tersebut kita buat instruction untuk conditionnya, dalam hal ini menggunakan bahasa STL untuk instructionnya Caranya yaitu klik dua kali di transisi kemudian insert di conditions

Kita lihat di cara kerja sistem yang telah kita buat, disitu transisinya yaitu tombol start, maka logikanya yaitu A “Start” (dimana A artinya yaitu logika AND di STL, serta Start adalah simbol dari address memory yang telah kita buat)

Kemudian setelah itu mengisi action di state sesuai dengan cara kerja yang telah kita deskripsikan

Kita isinya di Cyclic Actions sehingga logika tersebut selalu dieksekusi, jika hanya ingin sekali di eksekusi bisa kita letakkan di Entry Actions

Untuk hal yang sama dang sesuai dengan cara kerja yang telah kita buat, begitu juga dengan state dan transisi transisi selanjutnya, sehingga menjadi seperti di bawah ini

Setelah selesai kita membuat graph statenya, langkah selanjutnya yaitu membuat graph group, jadi kita balik lagi ke S7 Program -> Source -> Klik Kanan -> Insert New Object -> Graph Group

Kemudian kita masukkan instance (graph state) yang telah kita buat sebelumnya

Kemudian Graph group tersebut kita compile sehingga menjadi sebuah FC dan DB, tapi sebelum di compile ada hal hal yang harus di set terlebih dahulu

Save and Compile

Tidak ada Error dan Warning

Kemudian bisa kita lihat otomatis di block terlihat FC1 dan DB 1 hasil compiling

Kemudian langkah selanjutnya yaitu mencoba program tersebut, dalam hal ini saya menggunakan PLC Sim serta untuk monitor dan modify variabel menggunakan variabel tabel

Semua variabel yang akan kita modify dan monitor kita letakkan di variabel tabel tersebut

Langkah selanjutnya yaitu memonitor graph group dan graph state yang telah kita buat, tapi terlebih dahulu FC1 (hasil compile) kita panggil dari OB1

Nah tanda hijau di state 0 menandakan statenya lagi berada diposisi itu serta menunggu nilai “Start” untuk pindah ke state 1, misalnya kita simulasikan di variabel tabel

jika “start” kita ubah menjadi “true” maka AV58 dan M51 juga bernilai true, karena sekarang posisi statenya sudah di state 1, dan di graph nya akan terlihat seperti ini

warna “orange” menandakan state dan transisi yang sebelumnya dilewati, kemudian jika kita simulasikan lagi untuk ke state berikutnya

kita simulasikan temperature menjadi 60.0 , disitu terlihat AV58 dan M51 nilainya berubah menjadi false, sedangkan AV908 dan M61 nilainya menjadi true, karna kita sudah berada di state 2 (transfer)

hehehehe untuk simulasi selanjutnya bisa dicoba sendiri
bahasa pemrograman seperti ini sangat memudahkan sekali apabila diterapkan di suatu proses yang banyak sekali step - stepnya, kita bisa memonitor dimana state kita sekarang hanya dalam satu window, serta semua posisi dari state dan transisi bisa kita pindah sesuai yang kita mau

Langsung aja ya, buka “Symbols”

Kemudian pilih tag yang akan kita set atributnya

Jenis - Jenis Atribut

Tag Memory setelah diset

Yup, kemudian pilih OS dan Compile

Selesai !! kemudian saat kita “Open Object” di OSnya (WinCC Application) bisa terlihat akan membentuk driver connection baru dan didalamnya otomatis akan membentuk tag yang kita buat di Step7 dan siap dipakai semua ini adalah cikal bakal dari Simatic PCS7

Konfigurasi AS

Untuk contoh ini menggunakan CPU315-2 DP dengan komunikasi MPI, kemudian dengan contoh program kali ini yaitu program sederhana yang mungkin gak akan ada manfaatnya karna titik point kita disini yaitu untuk melihat koneksinya saja sehingga gambarannya nanti akan jelas.

S7 PLCSim

Pilih project CPU yang akan didownload

Download S7 Block - S7 PLCSim

Tampilan S7 PLCSim Setelah DiDownload

Sampai step ini, block program sudah kita download ke simulator dalam hal ini S7PLCSim, dan kita bisa melihat monitoring online dari program yang telah kita buat.

Konfigurasi OS (WinCC)

Nah, kemudian “Open Object” otomatis akan membuka aplikasi WinCC

Driver untuk komunikasi dari WinCC ke berbagai macam controller, bisa lewat OPC atau DDE Channel, karena disini kita menggunakan S7 yang notabene satu species jadi pilih “Simatic S7 Protocol Suite”

Kemudian pilih “MPI” dan ubah “System Parameter” menjadi PLCSim (MPI)

Setelah merubah “system parameter” WinCC akan meminta untuk restart, kemudian setelah WinCC kita buka lagi, kita menambah “New Driver Connection”

Kemudian membuat tag yang berhubungan dengan address di PLC, dengan cara klik kanan dan “New Tag” di “Driver Connection” yang telah kita buat dalam hal ini yaitu AS-S7300

Dengan cara yang sama juga pada address M0.1 (output), sehingga kita telah membuat dua tag

Visualisasi Dengan Button dan Circle Animation

nah selesai, cuma penjelasan singkat saja tentang bagaimana suatu pemrograman disimulasikan tanpa memerlukan perangkat secara fisik, dan untuk PLCSim ini lebih mudah jika dikomunikasikan ke WinCC karena sudah ada drivernya, dengan SCADA yang laen (misalnya InTouch, RSView, Citect) kita harus membuat OPCServer atau DDEServer dari object PLCSim itu sendiri, kalo saya tidak salah Siemens sudah menyediakan objectnya (S7ProSim) dan contohnya pake bahasa VB dan .Net belum nyampe ilmu saya kalo masalah ini hehehehe

Misalnya ada dua PLC di dua plant yang berbeda, saya sebut saja Plant A dan Plant B :

Konfigurasi MPI Address di PLC Plant A

Konfigurasi MPI Address di PLC Plant B

Nah, SFC yang digunakan yaitu SFC 68 (X_PUT), jadi sistem komunikasinya yaitu dua PLC tersebut sama - sama aktif, dua duanya mengirim data, maksud hal ini yaitu apabila komunikasinya terputus atau error masing masing PLC mengetahui error tersebut.

Library SFC 68 (X_PUT)

Scipts di PLC Plant A

Network 1 - Pulse Every 500 ms

AN “p500ms”
L S5T#500MS
SD “T0″
NOP 0
NOP 0
NOP 0
A “T0″
= “p500ms”

Network 2 - Generate Always On Bit

SET
S “Always ON”

Network 3 - Request To Send Data

A “p500ms”
S “Put Req”

Network 4 - System Function XPut

CALL “X_PUT”
REQ :=”Put Req”
CONT :=”Always ON”
DEST_ID :=W#16#4
VAR_ADDR:=P#DB2.DBX0.0 BYTE 2
SD :=P#DB1.DBX0.0 BYTE 2
RET_VAL :=#RV
BUSY :=”Busy Req”

Network 5 - Reset Request To Send Data (Error)

L #RV
L 0
<I
R “Put Req”

Penjelasan dari SFC 68 yaitu :
- DEST_ID :=W#16#4 (MPI address dari PLC tujuan / Plant B)
- VAR_ADDR:=P#DB2.DBX0.0 BYTE 2 (DB dari PLC tujuan yang akan kita write / Plant B)
- SD :=P#DB1.DBX0.0 BYTE 2 (Local DB Plant A - lebar datanya harus sama)

Sehingga scripts tersebut disisi Plant B untuk network 4 :
CALL “X_PUT”
REQ :=”Put Req”
CONT :=”Always ON”
DEST_ID :=W#16#2
VAR_ADDR:=P#DB2.DBX0.0 BYTE 2
SD :=P#DB1.DBX0.0 BYTE 2
RET_VAL :=#RV
BUSY :=”Busy Req”

Yup, penjelasan singkat dari komunikasi antar PLC, untuk pengembangannya sesuai kebutuhan masing-masing, misalnya menggunakan bit error komunikasi untuk ke kondisi “safe”, terus akan lebih baik untuk meletakkan di OB interrupt (misal OB35 - 100 ms) sehingga tidak membebani PLC

Tampilan Template Excel Untuk Create DB

Misalnya saya membuat suatu data block (DB1) dengan member Data1 (BOOL), Data2 (INT), Data3 (REAL)

Tinggal di compile DB dan tujuan S7 Program yang akan kita buat

Nah, tinggal di lihat deh di Simatic Managernya

Yup, segitu aja….hehehe artikel ini cuma memudahkan si programmer untuk membuat suatu data block dengan size yang sangat besar, serta memudahkan juga untuk backup data block tersebut dalam bentuk file (dalam hal ini excel).