Teslim anı, projenin en az çizildiği andır. Mühendis, panoyu başka birinin eline verir: montaj ekibine, müşterinin bakım ekibine, hatta bir sonraki neslin kendine. Bu anın sorusu "çizim nerede?" değildir; soru, "paket ne durumda?"dır.
Paket diye kastedilen, çizimle birlikte giden belgelerdir. BOM olmadan sipariş verilemez. Klemens planı olmadan tellendirme yapılamaz. Kablo planı olmadan kablo çekilemez. I/O listesi olmadan PLC programı bağlanamaz. Çizim, bu belgelerin hepsinin içinde yer alır; ama çizim tek başına, paketin yalnızca bir parçasıdır.
Paket, çoğu zaman tek değildir
Gerçekte çoğu teslim, tek bir paket olarak yapılmaz. Çizim, bir PDF olarak e-postada dolaşır. BOM, ofisteki bir Excel'dedir. Kablo planı, bir kağıt fotokopisidir ya da hiç yoktur. Listeler, çizimden önceki bir revizyondan üretilmiştir ve kimse bunu hatırlamaz.
Teslim alan kişi, bu parçaların birbirine ait olduğunu anlamak zorundadır. Bir klemens numarasını çizimde arar, bulamaz; çünkü çizim bir revizyon ileri gitmiştir. Bir kablo numarasını planda arar, bulamaz; çünkü plan eski revizyondandır. Her uyumsuzluk, teslim alan kişinin güvenini biraz daha aşındırır.
"Hangisi son?" sorusu
Paketler dağılmışken en sık sorulan soru, "hangisi son?" sorusudur. Bu sorunun kendisi, problemdir. Bir pakette, son olan tek bir versiyon vardır; yoksa paket, birbiriyle çelişen belgeler yığınınıdır.
EupCAD'da proje, tek bir dosyadır. Çizim, cihaz verisi, klemensler, kablolar, PLC I/O verisi; hepsi aynı dosyanın içindedir. "Hangisi son?" sorusu, dosyanın kendisinde biter: dosya, sondur.
Raporlar, dosyadan üretilir
Paketin listeleri, bu dosyadan üretilir. BOM, cihaz kaydından; klemens planı, klemens verisinden; kablo planı, kablo verisinden; I/O listesi, PLC verisinden. Hiçbiri ayrı yazılmaz, hiçbiri çizimden kopyalanmaz.
Bu, paketin içinde hiçbir belgenin diğerinden eski olamayacağı anlamına gelir. Listeleri üreten kaynak, çizimle aynı kaynaktır. Çizim değiştiğinde, liste yeniden üretilir; iki ayrı yere yazılmadığı için, biri değişirken diğeri unutulamaz.
Rapor satırı, çizime gider
Paketin belgeleri arasındaki bağ, tek yönlü değildir. EupCAD'ın rapor panelinde, bir satırı açtığınızda o satırın ait olduğu sayfaya gidebilirsiniz. Klemens planındaki bir satıra dokunursanız, o klemensin çizimdeki yerine atlayarsınız. I/O listesindeki bir adrese dokunursanız, o adresin çizimdeki karşısına.
Bu, teslim alan kişinin işini kolaylaştıran bir özelliktir. Bir listeyi okurken, o satırın çizimde nereden geldiğini görmek için ayrı bir dosya açmazsınız; satır, çizimi çağırır.
Paketin içeriği: yedi liste
EupCAD'ın paketinde yedi liste vardır ve her birinin okuyucusu bellidir:
- BOM — alım masası. Parça numarası, üretici, adet, açıklama.
- Cihaz listesi — bakım ekibi. Her cihaz tek satırda: etiket, fonksiyon, sayfa, anma değeri.
- Klemens planı — tellendirme. Ray, numara, tip, iç/dış etiket, kablo.
- Kablo planı — çekim ekibi. Numara, tip, damar, nereden, nereye, uzunluk.
- PLC I/O listesi — programcı. Adres, sembol, açıklama, modül.
- Bağlantı listesi — denetim. Her tellenme tek satırda: hangi etiketten hangi pine, hangi kabloyla.
- Sayfa dizini — herkes. Sayfa no, başlık, bölüm, ölçek.
Yedi listenin hepsi, aynı dosyadan üretilir. Herhangi biri, gerektiği anda üretilir. Hiçbiri diğerinden eski olamaz.
I/O listesi: programcının satırı
PLC I/O listesi, paketin en dar ama en kritik listesidir. Her satırında dört şey vardır: adres, sembol, açıklama ve modül. Programcı, satırı okur ve o adresin neye karşılık geldiğini bilir. Modül sütunu, adresin hangi kartta olduğunu söyler.
Bu liste, PLC programının çizimle örtüşmesinin kanıtıdır. Programdaki adres, listedeki adresle aynıysa, program çizime bağlıdır. Aynı değilse, biri ötekisinden eskidir.
Bağlantı listesi: tellerin envanteri
Bağlantı listesi, çizimdeki her kablo bağlantısını tek satırda gösterir: nereden, nereye, hangi sayfada, hangi kablo ve iletken ile. Bir klemensin bir ucundaki etiketten, diğer ucundaki pine kadar, tellerin envanteri.
Bu liste, denetim için vardır. Bir denetçi, "bu devre gerçekten bu şekilde mi bağlı?" sorusunu çizimi sayfa sayfa gezmek yerine, bağlantı listesinde tek satırda cevaplar. Liste, çizimin okunabilir bir özeti değil, çizimin kendisidir; sadece tablo biçiminde.
PDF ve SVG: paylaşım biçimleri
Çizimin paylaşılan hali, PDF ya da SVG'dir. PDF, kağıda basılacak ve e-postayla dolaşacak biçimdir. SVG, ekran üzerinde yakınlaşıp incelenecek biçimdir. İkisi de, projenin çizim katmanından dışa aktarılır; ayrı bir dosya olarak el ile çizilmez.
Bu, paylaşımın, kaynaktan ayrışmaması demektir. Paylaşılan PDF, çizimin o andaki hâlidir; çizim değiştiğinde, yeni bir PDF üretilir. Eski PDF, yeni çizimin yerine geçmez.
Kural kontrolü, paketin son kapısıdır
Paket, teslim edilmeden önce, kural kontrolünden geçer. Adres çakışması, kısa devre, koruma uyumsuzluğu, kabloda damar eksikliği, klemens tekrarı, numarasız kablo; bunların her biri, paket kapısına gelmeden önce raporda görünür.
Teslim, temiz bir raporla yapılır. Rapor temizse, teslim alan kişi, paketin içinde bir hata bulma şansı azdır. Rapor temiz değilse, hata ofiste yakalanır; sahada değil.
Sahaya giden paket, bir dosyadır
Paketin fiziksel hali de önemlidir. EupCAD'da proje, tek dosya olarak indirilir; çizim, veriler, raporlar aynı dosyanın içindedir. Çizim paylaşılacaksa, PDF ya da SVG olarak dışa aktarılır. Listeler, CSV olarak iner; her biri, tabloda açılır.
Bu, sahaya giden şeyin, ofisteki şeyle aynı olması demektir. Sahadaki kişi, ofisin e-postada dolaşan eski bir PDF'i ile çalışmaz; ofisin ürettiği, güncel paketle çalışır.
Teslim, çizimin bittiği yer değil
Bir mühendislik projesi, çizim bittiğinde bitmez. Teslim edildiğinde, okunabildiğinde, bir sonraki kişinin elinde tutulabildiğinde biter. Paket, bu son adımı taşır.
Çizimi tek başına veren mühendis, paketin yarısını verir. Paketin tamamını veren mühendis, işi teslim eder.