AUTODESK INVENTOR ILOGIC

BASIC
DISUSUN OLEH : MUCHLIS EKO PAMBUDI
 DAFTAR ISI

Daftar Isi .............................................................................................i

Pendahuluan .......................................................................................1

Pengantar ............................................................................................2

A. APA ITU ILOGIC .............................................................................7

B. KENAPA MENGGUNAKAN ILOGIC ...................................................8

C. KONFIGURASI INVENTOR UNTUK MENGGUNAKAN ILOGIC ............10

D. INTERNAL vs EXTERNAL RULES.....................................................11

E. PARAMETERS DAN PROPERTIES ....................................................13

F. DECLARING VARIABEL ..................................................................15

G. CONDITIONAL EXPRESSIONS DAN LOOPS .....................................18

H. PROCEDURES DAN FUNCTIONS ....................................................21

I. COMMENT .....................................................................................23

J. RULE STRUCTURE .........................................................................24

K. ERROR HANDLING .........................................................................25

L. FORMS DAN USER INTERFACES ....................................................30

 PENDAHULUAN

Tuntutan pembelajaran berbasis kompetensi menjadi sangat penting

dalam meningkatkan kualitas Sumber Daya Manusia (SDM) yang kompeten,

sesuai dengan tuntutan kebutuhan pasar kerja. Selaras dengan tuntutan

tersebut, maka dibutuhkan mekanisme pelatihan yang lebih praktis,

aplikatif, serta dapat menarik dilaksanakan sehingga memotivasi para

peserta dalam melaksanakan pelatihan yang diberikan. Seiring dengan

mudahnya teknologi digunakan, maka materi pelatihan dapat disajikan

dengan berbagai media pembelajaran sehingga dapat diakses secara offline

dan online.

Modul pelatihan ini akan berisi langkah-langkah, serta penjelasan-

penjelasan mengenai permodelan 3d khususnya software Autodesk Inventor.

Dan juga akan dibahas secara spesifik mengenai tool iLogic pada software

Autodesk Inventor yang mana dengan tool ini diharapkan pengguna bisa lebih

efisien dalam melakukan desain atau menyelesaikan pekerjaan-pekerjaan

yang seringkali dilakukan secara berulang.

1
 PENGANTAR

Seiring dengan perkembangan dan tuntutan teknologi saat ini, gambar

banyak dibuat dalam bentuk digital. Hal ini karena gambar dalam bentuk

digital jauh lebih mudah untuk disimpan, direvisi, dibawa/dipindahkan dan

bahkan diproses menjadi suatu benda kerja dengan menggunakan mesin

CNC (Computer Numerically Controlled). Untuk membuat gambar dalam

bentuk digital, diperlukan suatu software khusus yang biasa disebut

Software CAD (Computer Aided Design) yang bisa digunakan untuk membuat

gambar 2D dan 3D.

Pada sebagian besar pekerjaan logam mesin, gambar 2D (dua dimensi)

sudah mencukupi. Apalagi bila gambar 2D tersebut merupakan gambar-

gambar proyeksi dari suatu benda 3D. Tetapi dalam beberapa pekerjaan,

khususnya diluar sisi ”teknik”, gambar 2D tidaklah mencukupi. Contohnya

adalah kebutuhan gambar visualisasi dari suatu produk, ini hanya bisa

diperoleh dengan membuat model 3D yang kemudian di”render” untuk

mendapatkan visualisasi yang baik dan komunikatif bagi masyarakat awam

(non teknik). Contoh lain yang erat hubungannya dengan dunia teknik adalah

kebutuhan model 3D untuk pengerjaan seperti dies atau yang lainnya dimana

harga/nilai pada sumbu Z berubah-ubah tergantung pada harga/nilai

sumbu X dan Y.

Pada modul materi pelatihan ini akan dipaparkan pengetahuan tentang

cara membuat model 3D dengan menggunakan software Autodesk Inventor,

mulai dari pengenalan software itu sendiri, konsep membuat model 3D, juga

2
teknik untuk menggunakan tool iLogic.

Autodesk Inventor merupakan salah satu software yang memiliki konsep

parametric design. Parametric design adalah sebuah metode pemodelan 3D

pada sistem CAD dengan menggunakan parameter sebagai acuan desain

seperti bentuk, dimensi, constrain dan lainnya. Parameter disini digunakan

untuk mengontrol bentuk geometri 3D dari model yang didesain. Keuntungan

dari desain secara parametrik adalah kemampuan menghasilkan berbagai

macam bentuk model dengan mudah dan cepat. Setiap perubahan bentuk

model akan melakukan update terhadap part, assembly, dan bahkan gambar

kerja secara otomatis sehingga kemungkinan terjadinya kesalahan gambar

kerja dapat diminimalisasi dan proses ini dihasilkan secara cepat dan real

time.

Khususnya untuk otomasi desain yang kita buat, dan menggunakan

perintah yang sama berulang kali, dapat kita sederhanakan melalui kosep

penggunaan iLogic yang akan secara khusus dibahas pada modul materi ini.

3
 Membuka program Autodesk Inventor

1. Klik dua kali ikon Autodesk inventor pada dekstop

2. Tampilan jendela awal software Autodesk Inventor

4
 3. Keterangan tampilan jendela kerja pada Autodesk Inventor

Keterangan:

• Toolbar Standard berisi perintah umum seperti save, open, New,

Undo,Redo dan sebagainya.

• Menu Bar berisi semua perintah yang terdapat di Autodesk

InventorProfessional 2015.

• Panel Bar berisi perintah khusus untuk menunjang dalam proses

yang sedang berlangsung.

• Browser Bar berisi langkah-langkah kerja.

• Graphic Windows merupakan area bidang Kerja tempat menggambar

object.

• 3D Indicator merupakan tanda letak bidang gambar.

5
• Navigation Bar berfungsi untuk mengatur arah tampilan

/pandangan.

• Status Bar menampilkan teks berupa pesan untuk mempermudah

langkah dalam bekerja menggunakan Autodesk Inventor Professional

2015.

6
 APA ITU ILOGIC ?

Untuk sebagian besar orang yang menggunakan beberapa jenis aplikasi

mungkin sudah pernah mendengar tentang otomasi. Jika kalian pernah

menggunakan Microsoft excel, mungkin pernah mendengar tentang “macro”,

sebuah alat yang dikembangkan dan dirancang dalam excel untuk

menyelesaikan tugas tertentu. Meskipun banyak orang memahami otomasi

mungkin saja dalam pemanfaatannya berbeda-beda, namun dalam intinya

ini adalah alat atau serangkaian alat untuk dapat menyelesaikan tugas,

proses atau fungsi secara otomatis. Dalam hal ini iLogic dalam program

Autodesk Inventor merupakan salah satu bentuk dari Inventor Automation.

iLogic adalah fungsi pada Inventor yang memungkinkan pengguna

untuk membuat logika sederhana dalam Bahasa pemrograman VB.net untuk

menyelesaikan tugas. Rules dibuat dan diatur menggunakan “snippets” dan

baris code statements untuk dapat dijalankan pada waktu tertentu agar

secara konsisten mengerjakan beberapa pekerjaan desain.

Kita dapat mendevelop beberapa seri iLogic rule untuk melakukan

pekerjaan seperti update iproperties pada beberapa model yang berbeda atau

mereplace komponen pada assembly berdasarkan kriteria yang telah kita

masukkan pada iLogic form, pun kita dapat mengupdate text block pada

drawing. Banyak hal lain lagi selain yang telah disebutkan dapat dilakukan

menggunakan iLogic.

7
 KENAPA MENGGUNAKAN ILOGIC ?

Setelah kita memahami apa itu iLogic, mari kita bahas pertanyaan

berikutnya Kenapa kita mungkin ingin menggunakan iLogic untuk pekerjaan

Engineering kita.

Pertama, dalam pengalaman kita bekerja dengan perusahaan

manufaktur besar dan kecil, membuat dan memproduksi berbagai jenis

produk, satu hal selalu benar, ada pola dan permainan yang berulang di

setiap lingkungan. Kuncinya adalah menemukan pola di mana iLogic dapat

membantu. Tugas sederhana ini membutuhkan pengetahuan yang

mendalam tentang semua tahapan yang dimainkan oleh Inventor dalam

proses Anda.

Katakanlah misalnya, Anda memiliki format khusus untuk Deskripsi

iProperty model 3D Anda atau properti apapun dalam hal ini. Jika

pemformatannya dapat diprediksi, jika sudah Standar, maka ini adalah

situasi di mana iLogic dapat membantu. Anda dapat mengembangkan logika

untuk mengumpulkan informasi dari model, mengubah informasi tersebut,

dan kemudian menimpa properti dengan informasi yang benar dan baru

diformat. Itu selalu benar, selalu konsisten.

Contoh lain, salah satu yang kita temukan nilai ekstrimnya adalah

Drawing Automation. Tindakan mengambil model 3D yang dikembangkan

dan dirancang dengan baik, menghasilkan tampilan gambar, menambahkan

dimensi dan balon, memperbarui Daftar Bagian, menambahkan dan

memanipulasi Simbol Sketsa, ini adalah arena di mana iLogic dapat

melakukan banyak pekerjaan dan pada akhirnya bermanfaat. Tapi hal

8
impian ini sulit didapat. Butuh waktu yang sangat lama untuk

merencanakan, mempersiapkan, dan memproses semua persyaratan untuk

mengimplementasikan proyek semacam itu. Tapi jangan takut, itu bisa

dilakukan.

Di kelas ini…

Mengetahui apa yang kita ketahui tentang iLogic dan seberapa luas

cakupannya, mari kita pahami apa yang akan kita bahas di kelas ini.

1. APA ITU ILOGIC

2. KENAPA MENGGUNAKAN iLOGIC

3. KONFIGURASI INVENTOR UNTUK MENGGUNAKAN ILOGIC

4. INTERNAL vs EXTERNAL RULES

5. PARAMETERS DAN PROPERTIES

6. DECLARING VARIABEL

7. CONDITIONAL EXPRESSIONS DAN LOOPS

8. PROCEDURES DAN FUNCTIONS

9. COMMENT

10. RULE STRUCTURE

11. ERROR HANDLING

12. FORMS DAN USER INTERFACES

9
 KONFIGURASI INVENTOR UNTUK MENGGUNAKAN ILOGIC

Apa yang harus kita lakukan pada Inventor agar dapat menggunakan

iLogic secara efektif?

Meskipun iLogic disertakan dalam Inventor dan Anda dapat langsung

mulai membuat serta menggunakan iLogic, akan sangat membantu untuk

memahami bahwa ada beberapa setelan yang harus ditangani untuk

menggunakan iLogic secara maksimal. Tombol iLogic Configuration

memungkinkan pengguna untuk mengkonfigurasi pengaturan yang berbeda

untuk menentukan di mana Inventor akan menemukan informasi

pendukung.

10
 Pengguna dan Administrator ingin mengubah pengaturan ini untuk

mengontrol di mana Inventor akan menemukan direktori Aturan Eksternal,

serta prioritas urutan untuk direktori tersebut. Pengguna juga dapat

menentukan lokasi direktori Inventor akan menemukan DLL, atau

Perpustakaan Tautan Dinamis. DLL adalah keluaran dari Microsoft Visual

Studio untuk pengembangan Antarmuka Pengguna kustom untuk

mendorong dan memicu aturan iLogic dan logika lainnya. Kotak dialog

pengaturan memberi pengguna kesempatan untuk mengatur ekstensi file apa

Aturan Eksternal akan disimpan sebagai dan tingkat Pencatatan default di

mana informasi debugging dapat dibuat. Ada juga beberapa pengaturan Opsi

Keamanan untuk melindungi komputer dan sistem jaringan dari kode yang

berpotensi berbahaya yang berjalan dalam lingkungan Inventor. Akan ada

lebih banyak informasi tentang Aturan Eksternal dan Debugging nanti di

dokumen ini.

INTERNAL vs EXTERNAL RULES

Yang mana yang harus kita pilih dan kapan harus memakainya ?

Aturan iLogic hadir dalam 2 jenis, Aturan Internal dan Aturan Eksternal.

Salah satu jenis aturan dibuat dengan cara serupa dalam konteks Inventor

di iLogic Browser.

Aturan Internal adalah aturan yang dibuat dan disimpan dalam konteks

file. File Part, Assembly, dan Drawing semuanya memiliki kemampuan untuk

menyimpan, mengkompilasi, dan menjalankan aturan untuk mempengaruhi

setiap file secara berbeda. Aturan Eksternal hampir sama persis, namun

tidak disimpan dalam file Inventor. Karena Aturan Internal disimpan di dalam

11
file, mereka diekspos dan dapat diakses oleh pengguna yang memiliki izin ke

file tersebut. Aturan Eksternal disimpan dalam direktori baik secara lokal di

sistem pengguna atau terpusat di server, secara geografis agnostik. Karena

Aturan Eksternal disimpan dalam folder di luar file, mungkin ada tingkat

keamanan yang lebih tinggi untuk aturan tersebut. Ya, pengguna dapat

membuka dan melihat kode aturan, namun administrator sistem dapat

mengontrol akses dan pengeditan dengan menentukan Izin Folder ke folder

Aturan Eksternal. Untuk alasan ini, Aturan Eksternal lebih disukai dalam

lingkungan Perusahaan di mana banyak pengguna mungkin ingin

menjalankan kode selama proses desain. Jika kondisi tidak memerlukan

kontrol izin atau jika beberapa pengguna tidak perlu menggunakan logika

aturan secara bersamaan,

barangkali Aturan Internal sudah cukup.

Kedua jenis aturan tersebut terlihat dalam iLogic Browser, seperti yang

terlihat pada gambar di bawah ini.

Mengklik kanan pada salah satu jenis rule dapat mengontrol fitur seperti

Suppressing atau Unsuppressing rules untuk mengontrol kapan aturan

tersebut dipicu, menghapus aturan, atau menghapusnya dari daftar.

12
 PARAMETERS DAN PROPERTIES

Bagaimana kita harus menggunakannya?

Autodesk Inventor adalah "Aplikasi Desain Parameter 3D", apa artinya?

Parameter diberi nama dan nilai serta tipe tertentu. Sebagian besar

parameter di Inventor berbentuk numerik dan dikaitkan dengan dimensi

yang mengontrol geometri. Saat nilai parameter berubah, dimensi yang

terkait dengan parameter tersebut juga berubah, memperbarui model secara

grafis. Pada dasarnya ada 4 jenis Parameter di Inventor.

1. Parameter Model

2. Parameter Pengguna

3. Parameter Referensi

4. Linked Parameter

Parameter Model adalah parameter yang dibuat oleh perilaku Inventor

normal. Dalam kotak dialog Parameter, ini secara otomatis dinamai sebagai

d0, d1, d2, dll. Parameter Model dikendalikan oleh Inventor, artinya mereka

dibuat dan dihapus seperlunya oleh sistem.

Parameter Pengguna adalah parameter yang dibuat oleh pengguna.

Mereka bisa berupa Numerik, Teks atau String, atau True / False atau

Boolean. Parameter Pengguna sangat penting karena dibuat oleh pengguna,

digunakan oleh banyak fitur berbeda serta kode iLogic, dan tidak dibuat atau

dihapus oleh perilaku Inventor normal.

13
 CATATAN: Membuat Parameter Pengguna dengan menerapkan konvensi

dan jenis penamaan adalah metode yang disukai untuk menggunakan

informasi parameter dalam aturan iLogic. Meskipun Anda dapat mengganti

nama Parameter Model, ini bukanlah metode yang lebih disukai untuk

digunakan.

Parameter Referensi dibuat saat Inventor menentukan Driver

Dimension. Jika Anda pernah melihat kotak dialog ini saat bekerja di Sketch

Environment:

Memilih Accept dalam situasi ini akan membuat Parameter Referensi. Di

kotak dialog Parameter, Anda akan melihat nama dan nilai parameter, tetapi

Anda tidak dapat mengubah nilainya. Anda dapat mengubah nama, yang

berguna dalam menggunakan nilai dalam kode iLogic.

Parameter Tertaut adalah parameter yang ditautkan ke Inventor dari,

biasanya, Spreadsheet Excel. Saat pengguna memperbarui nama dan nilai di

Lembar Excel, perubahan tersebut akan terlihat di Inventor, yang pada

akhirnya mendorong nilai dimensi, fitur pengontrol, mengelola rakitan, dll.

Properties, atau iProperties dalam istilah Inventor, adalah deskriptor

tambahan atau informasi berharga lainnya tentang file Anda. Ini terkadang

14
disebut sebagai Metadata. Properti bukanlah hal baru dan bisa sangat

berguna saat mencoba mengumpulkan banyak data tentang file. Nama File,

Ukuran File, Penulis, Tanggal Modifikasi; semuanya adalah Properties.

Sebagian besar waktu, saat bekerja dengan data file iLogic dan Inventor,

Nama File dan Jalur File adalah 2 Properti paling umum untuk ditangani.

Properti populer lainnya adalah, Nomor Bagian, Nomor Stok, Deskripsi,

Massa, Biaya, dan Properti Kustom. Semua properti Read, sebagian besar

properti Write Enabled.

DECLARING VARIABEL

Mendeklarasikan Variabel dan Typecasting

Mendeklarasikan variabel sebenarnya sangat sederhana. Di iLogic, itu

hanya menulis nama dan memberinya nilai:

Length = 20

Setelah kita membuat variabel, maka kita dapat melakukan banyak hal

dengannya. Kita dapat membaca nilai dan memprosesnya dalam

penghitungan, atau kita dapat menuliskannya untuk memperbarui yang lain.

Meskipun mengetik nama dan pasangan nilai dapat diterima di iLogic, cara

yang lebih baik, memanfaatkan praktik terbaik penulisan kode, adalah

dengan mengetik nama, beri "tipe", lalu berikan nilai:

Dim Length As Double = 20

Apa yang dilakukannya adalah memberi tahu iLogic untuk membuat

variabel yang hanya akan memiliki nilai "Double", dan kemudian

memberikan nilainya. Ini disebut Typecasting. Ini memastikan bahwa hanya

15
nilai tertentu yang dapat diberikan ke variabel. Jika kita mencoba

memberikan nilai String atau Teks ke variabel Panjang, kode kita akan gagal.

Kita telah menemukan bahwa dengan memberikan tipe memungkinkan kita

untuk menggunakan kode yang jauh lebih rumit dalam aturan kita serta

memahami dan memvisualisasikan aliran informasi.Sebagai contoh, jika kita

menulis pernyataan dalam aturan yang melakukan perhitungan matematis,

dan kita menerima dan error, maka kita tahu bahwa salah satu variabel kita

yang berjenis "String" tidak ada kesalahan.

Berikut ini adalah contoh berbagai jenis Variabel dan Typecasting:

Dim cylinderHeight As Double = Parameter ("CylinderHeight")

Dim fileName As String = "Ini adalah nilai string!"

Dim holeCount As Integer = 2

Dim occurrenceName As String = String.Empty

Dim plateWidth As Double = Tidak Ada

Anda akan melihat bahwa dalam 2 contoh terakhir, kita tidak

memberikan nilai, atau lebih tepatnya, nilai kosong atau tidak sama sekali.

Ada kalanya Anda mungkin perlu mendeklarasikan variabel, tetapi Anda

mungkin belum mengetahui nilainya. Dalam hal ini, Anda dapat menjaga

konsistensi dengan mendeklarasikan variabel, typecasting, dan memberikan

sesuatu di sisi lain simbol sama dengan. Ini juga berguna untuk men-debug

kode guna melihat apakah suatu nilai disediakan atau tidak disediakan

secara terprogram.

16
 Jika Anda memperhatikan, Anda juga akan melihat contoh pertama di

mana kita mendeklarasikan variabel, typecast, dan menyetel nilainya

menjadi sama dengan nilai Parameter Pengguna. Metode ini akan berguna

saat membuat logika yang diperlukan untuk penghitungan, meneruskan nilai

ke konstruksi lain, dan memanipulasi parameter lain. Ini juga berguna ketika

Anda membutuhkan baik mendapatkan atau menetapkan nilai Parameter

Pengguna segera, pada saat kode membutuhkannya. Inilah sebabnya

mengapa pengguna baru iLogic mengalami masalah saat menjalankan

aturan, mengharapkan perilaku tertentu, tetapi Inventor tampaknya

"tertinggal" di belakang langkah. Lihat contoh berikut:

cylinderHeight = CylinderHeight

Dim cylinderHeight As Double = Parameter ("CylinderHeight")

Kedua pernyataan ini melakukan hal yang serupa tetapi tidak persis

sama. Contoh pertama mendeklarasikan variabel yang bisa dari jenis apa

pun, dengan nilai yang sama dengan Parameter Pengguna. Karena warna

teks berwarna biru, Inventor mengenali Parameter Pengguna. Karena

Inventor mengenali Parameter Pengguna, aturan apa pun yang tidak ditekan

menggunakan format ini, akan berjalan secara otomatis. Anda banyak atau

mungkin tidak ingin aturan berjalan seperti itu.

Ini juga berarti bahwa variabel akan disetel ke nilai Parameter Pengguna

pada saat dari Pembaruan terakhir. Jika logika telah mengubah nilai

Parameter Pengguna antara waktu variabel membutuhkan nilai dan

pembaruan terakhir, maka nilai Parameter Pengguna kedaluwarsa. Inilah

sebabnya mengapa Pembaruan diperlukan, dan terkadang tampaknya

banyak Pembaruan diperlukan untuk mendapatkan hasil yang diinginkan.

17
 CONDITIONAL EXPRESSIONS DAN LOOPS

Apakah manusia harus selalu membuat keputusan?

Dalam interaksi normal dengan Inventor, kami memiliki kemewahan

untuk melihat jendela grafik dan memilih geometri untuk memutuskan apa

yang harus dilakukan dengannya. Dalam sebuah perakitan, kita dapat

memahami bagaimana komponen-komponen saling berhubungan. Saat kita

mulai melihat aturan iLogic, terkadang kita perlu menentukan jalur

pengambilan keputusan dengan memahami kondisi berbeda yang mungkin

ada dalam desain. Menggunakan ekspresi yang menentukan kondisi yang

berbeda merupakan sarana bagi pengguna iLogic untuk menyelesaikan tugas

tersebut.

Ekspresi Bersyarat yang paling umum adalah ekspresi If Then. Ini

terlihat seperti

ini:

If someValue = True Then

'Do Something

Else

'Do Something Else

End If

Dalam kode, kita melihat apakah suatu kondisi ada dan jika ada, maka

kode akan melakukan sesuatu. Jika kondisi tidak ada atau jika terdapat

kondisi yang berbeda, maka kode akan melakukan hal lain. Kami dapat

memperluas fungsionalitas ini untuk mencari berbagai kondisi, seperti

berikut ini:
18
 If someValue = True Then

'Do Something

ElseIf someValue = False Then

'Do Something Else

ElseIf someValue = Nothing Then

'Yet Do Something Else

End If

Ini semua terlihat mudah dan masuk akal, namun, ada batasannya.

Seseorang bisa dengan mudah

mengharapkan kondisi untuk berlanjut tanpa batas, tetapi setelah titik

tertentu, itu menjadi membingungkan tentang apa yang sebenarnya terjadi,

terutama ketika Anda mulai menambahkan Operator tambahan. Menurut

pendapat kita, setelah Anda melewati 3 atau 4 kondisi, ada cara yang lebih

baik untuk menangani situasi tersebut.

Ekspresi Bersyarat umum lainnya adalah metode Select Case. Cara

kerjanya mirip, tetapi bagi kita, jauh lebih mudah untuk membaca dan

memahami, belum lagi, lebih sedikit kode untuk ditulis. Pilih Kasus terlihat

seperti ini:

Select Case someValue

Case True

'Do Something

Case False

'Do Something Else

Case Nothing

'Yet Do Something Else

End Select

19
 Seperti yang Anda lihat, ini sedikit lebih mudah untuk dipahami dan

sangat mudah untuk mengukur jumlah kondisi yang mungkin harus Anda

akomodasi.

Salah satu metodologi paling penting yang digunakan dalam penulisan

kode adalah konsep Loops. Menggunakan contoh iterasi melalui sebuah

assembly untuk mendapatkan nama kemunculannya, Loops memungkinkan

kita untuk menelusuri semua kemunculan tanpa harus mengetahui berapa

banyak kemunculan yang ada. Membangun kode dan mengembangkan

logika adalah tentang memahami pola, konsistensi, dan prediktabilitas.

Terkadang ada metode yang dapat digunakan untuk mengakomodasi

ketidakpastian. Loop adalah metode tersebut. Berikut adalah contoh Untuk

Loop Berikutnya:

Dim counter As Integer = 3

For t As Integer = 1 To counter

MessageBox.Show("Number of Iterations: " & t)

Next

Dalam contoh, kita mendefinisikan titik awal Loop, nomor 1. Kita juga

mendefinisikan titik akhir dari Loop, pencacah yang diatur ke 3. Jadi itu

berarti, Loop akan mengulang 3 kali untuk menghasilkan kotak pesan. Jika

kita tidak mengetahui titik akhir untuk Loop, kita bisa menghitung item

dalam koleksi dan menjadikannya titik akhir kita. Lihat contoh ini:

Dim items As New List(Of String)

items.Add("Pizza")

items.Add("Sandwich")

items.Add("Milk")

items.Add("Eggs")

For i = 0 To (items.Count - 1)

20
 MessageBox.Show(items(i))

Next

Dalam contoh, kami membuat koleksi, mengisi koleksi, lalu memberi

tahu Loop untuk mengulang sebanyak yang ada dalam koleksi. Jika Anda

perhatikan, kami memulai Loop pada 0 dan mengakhiri Loop pada hitungan

dikurangi 1. Ini adalah salah satu situasi di mana memahami Pengindeksan

itu penting. Pengindeksan tidak lebih dari mengidentifikasi titik awal.

Biasanya, 0 atau 1. Dalam jenis koleksi ini, item pertama dalam daftar

sebenarnya dimulai dari 0, bukan 1.

PROCEDURES DAN FUNCTIONS

Bagaimana cara mengurangi jumlah pengkodean yang harus kita

lakukan?

Apakah Anda sudah menulis aturan iLogic? Jika demikian, apakah Anda

sudah menulis aturan dan saat Anda maju melalui logika, Anda sampai pada

titik di mana sepertinya Anda mengulangi kode? Melakukan beberapa

kalkulasi yang sama, atau perlu memperoleh informasi yang sama? Prosedur

dan Fungsi adalah cara untuk mengurangi redundansi dalam aturan Anda.

Prosedur adalah blok kode yang melakukan tugas tertentu. Prosedur

dapat dipanggil kapan saja, dan biasanya memerlukan semacam masukan.

Ini contohnya. Misalkan Anda ingin mengulang melalui suatu assembly dan

mendapatkan nama semua file unik yang membentuk assembly tersebut. File

individu bisa dalam subassemblies dan di berbagai tingkatan. Dengan

melakukan iterasi melalui assembly, Anda dapat meneruskan komponen

21
tingkat pertama ke sebuah Prosedur, dan Prosedur akan dibuat untuk

mengidentifikasi apakah file tersebut adalah file Bagian atau file Majelis. Jika

file adalah Part, dapatkan namanya Jika file adalah Assembly, kemudian

lakukan iterasi melalui assembly itu untuk mendapatkan bagian-bagiannya

untuk mendapatkan namanya. Kedengarannya rumit, tetapi tanpa Prosedur,

itu tidak mungkin. Prosedur terdapat dalam blok Sub / End Sub kode. Ini

tampilannya:

Sub Main

For Each oOcc As ComponentOccurrence In oOccs

If oOcc.DefinitionDocumentType = 12291 Then

Call TraverseSubAssy(oOcc.SubOccurrences)

Else

MessageBox.Show(oOcc.Name)

End If

Next

End Sub

Private Sub TraverseSubAssy(oOccs As ComponentOccurrences)

For Each oOcc As ComponentOccurrence In oOccs

If oOcc.DefinitionDocumentType = 12291 Then

Call TraverseSubAssy(oOcc.SubOccurrences)

Else

MessageBox.Show(oOcc.Name)

End If

Next

End Sub

22
 Blok kode pertama adalah Prosedur yang mengulang melalui tingkat

pertama perakitan. Blok kode kedua adalah Prosedur yang berjalan untuk

mengulang melalui tingkat berikutnya dari perakitan, tidak peduli berapa

banyak level yang ada.

COMMENT

Bagaimana kita memahami apa yang seharusnya dilakukan oleh kode?

Bergantung pada kompleksitas kode iLogic yang ditulis, Anda mungkin

kesulitan memahami apa yang sebenarnya terjadi. Kode yang ditulis dalam

aturan iLogic biasanya adalah kode Visual Basic .Net dan itu dirancang dan

disusun dengan cara tertentu, yang sangat tidak dapat dibaca manusia.

Untuk memberi tahu diri Anda sendiri dan orang lain tentang fungsi kode,

kami mengandalkan Mengomentari kode, atau pada dasarnya menambahkan

catatan ke kode.

Mengomentari tidak lebih dari menambahkan catatan yang dapat dibaca

manusia ke kode, diawali dengan tanda kutip. Lihatlah contoh kode di bawah

ini dari Ekspresi Bersyarat Berkomentar:

'*** Commenting is a way to use plain verbiage to explain how code is

'*** supposed to work. Information in comments do not get compiled and

'*** processed, so it is also a means to debug code, essentially turning it

'*** off to find out where coding errors might exist.

Dim bool As Boolean = True

If bool Then

MessageBox.Show("A True Statement")

23
 Else

MessageBox.Show("A False Statement")

End If

Jika Anda melihat lebih dekat, Anda akan melihat bahwa kita

menambahkan bintang setelah tanda kutip kita. Ini tidak diperlukan

hanya sesuatu yang kita lakukan untuk mengenali secara visual letak

komentar dengan relatif mudah.

CATATAN: Merupakan praktik yang baik untuk memiliki lebih banyak

Komentar daripada tidak cukup!

RULE STRUCTURE

Seperti yang Anda ketahui, Anda dapat membuat Aturan iLogic

sebanyak atau sesedikit yang Anda butuhkan. Saat Anda mengklik kanan di

iLogic Browser untuk membuat Aturan baru dan memberikan nama, Aturan

tersebut ditempatkan di iLogic Browser di bawah Aturan sebelumnya. Jika

Anda memiliki banyak Aturan, Anda dapat menyeret dan melepaskannya,

menyusun ulang, dan mengaturnya kembali. Pernahkah Anda bertanya-

tanya mengapa demikian?

Seorang pengguna dapat menjalankan Aturan iLogic dengan cara

mengklik kanan pada Aturan dan memilih Jalankan, atau dengan

memicunya dari perubahan Parameter, atau dengan Peristiwa. Jika aturan

tidak ditekan dan memiliki Parameter yang dikenali termasuk dalam kode,

secara default, aturan akan berjalan ketika Parameter yang dikenali itu

24
diubah. Jika banyak Aturan memiliki Parameter yang dikenali termasuk

dalam kode, maka semua Aturan yang menyertakan Parameter akan berjalan

dalam urutan menurun. Tergantung pada apa Aturan dibangun untuk

dilakukan, akan menentukan di urutan mana mereka harus masuk Jika

Aturan itu ditekan, maka Anda memiliki kendali yang jauh lebih besar

tentang kapan mereka dijalankan.

CATATAN: Untuk memiliki kontrol penuh atas Aturan Anda dan cara

menjalankannya, tutup Aturan Anda dan gunakan Snippet berikut:

iLogicVb.RunRule("ruleName")

ERROR HANDLING

Bagaimana kita tahu jika ada yang salah?

Jika Anda pernah menulis Aturan iLogic sebelumnya, Anda akan tahu

bahwa kemungkinan penulisan yang sempurna, logika bebas kesalahan

hampir tidak mungkin. Tak pelak, logika tidak akan terkompilasi dengan

benar, pernyataan akan ditulis salah, atau sesuatu yang sederhana seperti

meletakkan koma di tempat yang salah akan terjadi. Ketika ini terjadi, ada

beberapa cara Inventor akan memberi tahu Anda. Bergantung pada apa

kesalahannya, Anda dapat menentukan ke mana harus mencari untuk

membantu mengisolasi masalah dan kemudian mengambil tindakan korektif

untuk membuat semuanya bekerja.

Jika ada yang salah dengan struktur Aturan iLogic Anda, biasanya Anda

akan melihat error seperti berikut:

25
 Kotak dialog akan muncul dengan informasi tentang baris mana yang

mengalami kesalahan.

Berikut contoh lainnya:

Jika informasi pada tab Pesan Kesalahan tidak menjelaskan di mana

masalahnya, perhatikan Tab Info Lebih Lanjut.

26
 Kita tahu ini mungkin tampak membingungkan untuk dipahami, tetapi

jika Anda melihat, baris pertama mengulangi kesalahan tersebut. Baris

kedua adalah apa yang perlu kita fokuskan. Dari sinilah kesalahan

sebenarnya berasal. Semua baris berikutnya mendukung informasi ke baris

kedua. Di sini, baris kedua menunjukkan bahwa salah satu Variabel

Bersama yang diperlukan untuk Aturan iLogic kita tidak dibuat. Mengetahui

hal ini, kita dapat mengisolasi masalah dengan meninjau kodenya dan

melihat di mana mungkin ada inkonsistensi.

Pernah melihat kesalahan ini?

27
 Baris kedua kesalahan setelah Teks Pengecualian, Anda akan melihat

file Pernyataan "System.RuntimeType.ForwardCallToInvokeMember".

Menurut pengalaman kita, kita sering melihat kesalahan ini! Setiap kali Anda

melihat masalah ini, biasanya itu berarti nilai variabel atau parameter

diperlukan tetapi tidak tersedia. Jika Anda melihat baris berikutnya, Anda

akan melihatnya sebagai referensi “Inventor.Property.set_Value”. Ini berarti

masalahnya ada hubungannya dengan pengaturan nilai Properti. Sekarang

yang perlu Anda lakukan adalah melihat kode yang menyetel nilai Properti

dan memastikan semuanya tersedia. Agak sulit untuk memahaminya, tetapi

ini untuk memberi tahu Anda bahwa informasi tersebut ada untuk

membantu Anda mengatasi masalah tersebut.

Metode lain yang kita gunakan untuk membantu menyelesaikan

masalah adalah menggunakan metode MessageBox.Show (). Ini

memungkinkan Anda untuk menginterupsi kode untuk memastikan

potongan kode yang berbeda berfungsi dengan baik. Mungkin Anda

mendapatkan kesalahan dan Anda tahu Aturan mana yang salah, tetapi

Anda tidak yakin di bagian mana dalam Aturan masalahnya. Nah, Anda bisa

memasukkan metode MessageBox.Show () dan jika Rule mengkompilasi dan

mengenai MessageBox, maka Anda tahu sampai saat itu kode tersebut baik

untuk digunakan. Kita tahu ini tampaknya sedikit tidak sempurna, tetapi

kami terkadang harus menggunakan apa yang tersedia.

Metode yang lebih baik untuk memecahkan masalah atau men-debug

kode dan menyediakan Penanganan Kesalahan adalah dengan menggunakan

Coba / Loop Berikutnya. Kita telah membahas Loops di bagian sebelumnya,

tetapi Try / Next Loop khusus untuk memastikan kami sebagai penulis kode

28
mengakomodasi kemungkinan kesalahan. Coba / Loop Berikutnya terlihat

seperti ini:

Sub Main

Dim oDoc As Inventor.DrawingDocument =

ThisApplication.ActiveDocument

Try

MessageBox.Show(oDoc.FullDocumentName)

Catch ex As Exception

MessageBox.Show(ex.Message)

End Try

End Sub

Di dalam blok kode Prosedur kita mendeklarasikan variabel, typecasting,

dan memberikan nilai. Tetapi setelah itu, kita memiliki Try / Next Loop yang

memiliki pernyataan Catch di dalamnya. Bagaimana ini bekerja, blok kode

akan mencoba melakukan tugas apa pun yang Anda tentukan. Jika berhasil,

maka kode akan dilanjutkan. Jika tidak berhasil, maka kode akan

melakukan apa pun yang ditentukan di Catch. Dalam kasus ini, kita memberi

tahu kode untuk menghasilkan MessageBox dan menggunakan teks

kesalahan spesifik sebagai badan MessageBox, tetapi Anda dapat melakukan

apa saja di Catch untuk meminta atau memberi tahu pengguna bahwa telah

terjadi kesalahan. Jika Anda menulis Aturan iLogic dan Anda memiliki

kekhawatiran apakah itu berfungsi atau tidak, taruh di aTry / Next Loop, itu

akan membuat proses debugging Anda jadi lebih mudah.

29
 FORMS DAN USER INTERFACES

Bagaimana kita dapat berinteraksi dengan kode iLogic?

Dalam beberapa kasus saat Anda menulis iLogic Rules, tujuannya

adalah untuk melakukan tugas. Biasanya, ini adalah proses menjalankan

aturan dan sesuatu diselesaikan. Namun terkadang, terutama jika Anda

memiliki logika yang kompleks dengan banyak Aturan iLogic, Anda akan

membutuhkan seorang manusia untuk membuat keputusan tentang proses

tersebut. Ini bisa untuk memberikan nilai, memilih beberapa geometri di

jendela grafik, atau menjelajah ke jaringan untuk memilih file.

Bagaimanapun, metode untuk menyediakan fungsionalitas ini berada pada

Formulir atau Antarmuka Pengguna.

Default untuk iLogic Browser adalah tab Formulir dan Formulir Global.

Formulir diperkenalkan ke iLogic sebagai cara sederhana untuk membuat

Antarmuka Pengguna untuk memungkinkan pengguna berinteraksi dengan

kode iLogic. Formulir, seperti Aturan iLogic, terdapat dan disimpan di dalam

file Inventor itu sendiri. Formulir Global, seperti Aturan Eksternal, disimpan

di luar file, di drive lokal, atau di direktori server terpusat untuk digunakan

oleh banyak pengguna. Keduanya melayani tujuan yang sama dan keduanya

dibuat, diedit, dan dikonsumsi dengan cara yang sama.

30
 Formulir dibuat dengan mengklik kanan dan memilih Tambahkan

Formulir. Jika Formulir sudah ada, Anda dapat memilih untuk Mengedit

Formulir. Setelah Editor Formulir terbuka, Anda akan melihat di sisi kiri atas

bahwa Anda dapat memanfaatkan Parameter, Aturan, dan Properti. Cukup

buka tab yang diinginkan, temukan objek yang diperlukan, dan seret ke sisi

kanan Editor Formulir. Dari sana, Anda dapat memilih objek dan

mengkonfigurasinya menggunakan panel kanan bawah. Bergantung pada

objek yang Anda pilih, Anda akan memiliki opsi berbeda untuk

mengonfigurasi Formulir Anda. Kotak Alat di pojok kiri bawah

memungkinkan Anda untuk mengelompokkan objek menjadi satu,

menambahkan tab, menambahkan gambar, membuat pemisah, dll. Opsinya

sedikit dan sangat mudah digunakan dan dipahami.

31
 Setelah dibuat, Anda dapat mengaktifkan Formulir dengan memilih

tombol yang terkait dengan Formulir di iLogic Browser.

Atau dengan memanggil Formulir dari Aturan iLogic menggunakan

Cuplikan di bawah cabang Formulir.

iLogicForm.Show ("Demo Formulir iLogic")

Karena Formulir mudah digunakan, fungsinya terbatas secara inheren.

Jangan salah paham, Formulir sangat berguna dan sangat berguna, tetapi

mungkin ada kasus di mana Anda hanya memerlukan lebih banyak fitur dan

fungsionalitas daripada yang dapat disediakan oleh Formulir iLogic. Dalam

kasus ini, Anda perlu memanfaatkan Microsoft Visual Studio.

Kita tidak akan memberikan tutorial atau membahas banyak tentang

Microsoft Visual Studio, tetapi ada banyak sekali video dan referensi online

tentang membuat VS Forms. Apa yang akan kita bicarakan adalah

kemampuan untuk menghubungkan Formulir VS ke Aturan iLogic.

32
 Saat membuat Aturan iLogic, ada kesempatan untuk menggunakan

Wizard untuk menautkan DLL Formulir VS ke Aturan, yang memungkinkan

pengguna untuk meneruskan informasi dari Aturan ke Formulir dan

sebaliknya. Keuntungannya adalah cara yang tidak terbatas untuk membuat,

memformat, dan menskalakan Formulir VS untuk digunakan dengan Aturan

iLogic Anda.

Langkah pertama untuk proses ini adalah mendapatkan Microsoft

Visual Studio. Ada beberapa versi gratis yang tersedia, jika tidak, Anda dapat

dengan mudah membeli dan mengunduh perangkat lunak dari Microsoft e-

store.

Setelah Anda menginstal Microsoft Visual Studio, Anda dapat membuat

Formulir Anda. Setelah Anda membuatnya, Anda kemudian akan

membangunnya dan menampilkannya sebagai DLL. Dari sana, Anda perlu

membuat Aturan iLogic, dan menggunakan Wizard, telusuri DLL.

CATATAN: Di bagian pertama hand out ini, kita berbicara tentang

mengkonfigurasi Inventor untuk menggunakan iLogic. Pastikan Anda

menempatkan DLL Formulir Anda di lokasi yang ditentukan dalam kotak

dialog iLogic Options.

SELESAI…

33