Talaşlı imalatta ve kalıphanelerde en büyük gizli maliyetlerden biri, tezgahın başında “doğru NC kodunu aramak” veya “revizyonu karışmış CAM dosyasını ayıklamaya çalışmak”tır. Birkaç dakikalık dikkatsizlik; çöpe giden hammadde, kırılan takımlar ve saatlerce süren setup kayıpları anlamına gelir.
Kalıphanede CAM dosyası karmaşasını bitirecek, arama sürelerini dakikalara indirecek, hatalı işlem riskini büyük ölçüde azaltacak ve emeği kayıptan koruyacak 6 temel kural:
1. Katı Bir Klasör Mimarisi Kurun (Kişisel Masaüstünü Yasaklayın)
CAM dosyalarının operatörlerin veya programcıların yerel masaüstlerinde saklanması zincirin ilk koptuğu yerdir. Tüm veri akışı merkezi bir ağ sürücüsü (NAS/Server) üzerinde tek bir hiyerarşiyle yönetilmelidir:
\\SERVER\CAM_DATA\
├── KLP104_ON-PANEL\ (Proje kodu + kalıp adı; boşluk ve özel karakter yok)
│ ├── 01_CAD_DATA\ (Gelen müşteri dataları, STP/XT; tarih ve revizyonla)
│ ├── 02_CAM_SOURCE\ (İşleme dosyaları: .prt, .hmc, .elt vb.)
│ ├── 03_NC_OUTPUT\ (Tezgaha giden final G-kodları)
│ ├── 04_SETUP_SHEETS\ (Takım listeleri, sıfırlama föyleri, PDF)
│ ├── 05_ARCHIVE\ (Eski revizyonlar)
│ ├── 06_TEZGAHTAN_DONEN\ (Operatörün tezgahta değiştirdiği programlar)
│ └── 07_ELEKTROT\ (Elektrot CAD/CAM ve erozyon programları)
Kural: 03_NC_OUTPUT klasöründe yalnızca tezgaha yüklenmeye hazır, doğrulanmış ve güncel kodlar bulunur. Doğrulanmış demek, makine simülasyonundan (Vericut ya da CAM’in kendi makine simülasyonu) geçmiş ve programcı tarafından onaylanmış demektir. Klasör ve dosya adlarında boşluk, Türkçe karakter ve köşeli parantez kullanılmaz; ağ aktarımında ve eski kontrollerde sorun çıkarır.
2. Standart Naming Convention (Dosya İsimlendirme Protokolü) Belirleyin
“Yeni”, “Son”, “En_Son”, “Deneme2” gibi isimlendirmeler kalıphanenin felaketidir. Bir dosya adına bakıldığında parça numarası, operasyon sırası, kullanılan tezgah ve bağlama pozisyonu anında anlaşılmalıdır.
- Örnek Standart Şablon:
[ProjeNo]_[ParçaNo]_[OperasyonNo]_[TezgahKodu]_[Revizyon].[uzantı] - Uygulama:
KLP104_ERKEK-CEKIRDEK_OP10_DMU65_REV02.NC - Neden eksen sayısı değil, tezgah kodu: NC kodu post-processor’a, yani belirli bir tezgaha özgüdür. Aynı 5 eksenli parça iki farklı tezgahta iki farklı koddur; dosya adı, kodun hangi tezgah için post edildiğini söylemelidir.
- Numaralar sıfırla doldurulur (REV02, REV10); böylece REV10, REV2’nin önüne düşmez.
Bu yöntemle alfabetik sıralama yapıldığında tüm operasyonlar doğal işleme sırasına göre dizilir, arama çubuğuna yazılan proje koduyla tüm ilişkili dosyalar tek seferde listelenir.
Kontrol tarafı: Bu şablon sunucuda uygulanır. Fanuc gibi kontrollerin belleğinde programlar çoğunlukla O-numarasıyla (O1234) tutulur; bu durumda dosya adı ve revizyon, programın ilk satırındaki yorum satırına yazılır. Heidenhain ve Siemens uzun dosya adını doğrudan taşır.
3. Revizyon Kontrolü ve Arşiv Disiplini Uygulayın
Müşteri veya tasarım ekibi revizyon gönderdiğinde eski CAM dosyasının üzerine kaydetmek (Save Over) kesinlikle yasaklanmalıdır.
- Değişiklik yapıldığı anda yeni dosya
REV01,REV02şeklinde türetilmelidir. - Güncel olmayan veya iptal edilen CAM dosyaları ve NC programları silinmez; anında
05_ARCHIVEklasörüne taşınır. - Her revizyon, hangi müşteri datasından üretildiğini ve neyin değiştiğini söyleyen kısa bir notla kaydedilir (ör.
REV02: 01_CAD_DATA/2026-10-12_REV-C; kanal derinliği 0,5 mm arttı). Böylece CAD revizyonu ile CAM revizyonu arasındaki bağ kopmaz. - Tezgah başında tek bir kural geçerlidir: İşlenecek klasörde aktif revizyondan başka NC kodu bulunamaz.
4. Dijital Setup Sheet (Ayar Föyü) Olmadan NC Kodunu Çıkarmayın
CAM dosyası tek başına bir anlam ifade etmez; takım bağlama boyu, parça sıfırı (WCS - G54/G55), güvenli yaklaşma düzlemi ve ham parça boyutları CAM dosyasıyla ayrılmaz bir bütündür.
- Her post çıktısı alındığında sistem otomatik olarak (veya CAM uzmanı tarafından) standart bir PDF Setup Sheet üretmelidir.
- Bu föy hem ağdaki ilgili klasöre atılmalı hem de gerekiyorsa çıktısı tezgah panosuna asılmalıdır.
- Uzun boylu takımlarla yapılan derin cep işlerinde, simülasyonda kullanılan minimum takım taşma boyu föyde açıkça yazmalıdır. Operatör takımı daha uzun bağlarsa titreşim, daha kısa bağlarsa tutucu çarpması başlar.
- Operatör, dosyanın içerisindeki devir/ilerleme değerlerini veya takım boyunu tahmin etmekle vakit kaybetmemelidir.
5. Tezgah Belleğini “Çöplük” Olarak Kullanmayın (Ağ Aktarımı / Veri Temizliği)
Atölyede arama süresini uzatan kritik noktalardan biri de tezgah kontrol ünitesinin hafızasında yüzlerce eski programın birikmesidir.
- Operatörün tezgah başında yaptığı değişiklikler (devir, ilerleme veya paso revizyonları) iş bitiminde tezgahtan
06_TEZGAHTAN_DONENklasörüne alınmalıdır. Programcı bu dosyayı orijinaliyle karşılaştırır ve değişikliği ana CAM dosyasına “Geri Bildirim” (Feed-back) olarak işler; değişiklik sadece tezgah hafızasında unutulup gitmez. - Geri bildirim alındıktan sonra, kalıp işi bittiğinde tezgaha atılan geçici programlar kontrol ünitesinden silinmelidir.
- Günümüz kontrollerinin çoğunda data server ya da FTP bulunur. Tezgahlar ağdaki
03_NC_OUTPUTklasörünü “yalnızca okuma” (Read-Only) yetkisiyle görmeli; yazabildikleri tek yer06_TEZGAHTAN_DONENolmalıdır. Belleğe sığmayan büyük 5 eksen ve finiş programları da data server üzerinden doğrudan çalıştırılabilir.
6. Yedeği Olmayan Dosya, Kaybolmayı Bekleyen Dosyadır (Yedek ve Geri Dönüş)
İlk beş kural dosyaların karışmasını önler; kaybolmasını önlemez. Diski çöken bir NAS, fidye yazılımı (ransomware) bulaşmış bir programcı bilgisayarı ya da yanlışlıkla silinen bir proje klasörü, haftalarca süren CAM emeğini bir anda yok eder.
- Snapshot: NAS’ta saatlik ya da günlük snapshot açılır. Yanlışlıkla silinen ya da üzerine yazılan bir dosya dakikalar içinde geri gelir.
- 3-2-1 kuralı: Verinin 3 kopyası olur, 2 farklı ortamda durur, 1 kopyası binanın dışında (bulut ya da başka bir lokasyon) tutulur. Aynı NAS’ın içindeki ikinci bir klasör yedek sayılmaz.
- Değiştirilemez yedek: Dış yedek, fidye yazılımının şifreleyemeyeceği şekilde değiştirilemez (immutable) tutulur. Programcı bilgisayarlarının yedek alanına yazma yetkisi olmaz.
- Erişim matrisi: Programcılar
02_CAM_SOURCEve03_NC_OUTPUTklasörlerine yazar; operatörler ve tezgahlar okur.05_ARCHIVEklasörüne taşıma yapılır ama oradan silme yetkisi kimsede olmaz. - Geri dönüş testi: Yedeğin çalıştığı, yılda en az bir kez gerçek bir projeyi geri yükleyerek denenir. Test edilmemiş yedek, yedek değildir.
Yedek tek başına yetmez; fidye yazılımının yedeğe ulaşmadan durdurulması için ağın da doğru bölünmesi gerekir. Tesis ölçeğine göre hangi güvenlik duvarının yeteceğini Tesis Ölçeğine Göre Güvenlik Duvarı yazısında ele aldık.
Bu kurallar bir yazılım altyapısıyla desteklendiğinde (versiyon kontrolü sağlayan PDM yazılımları, NAS snapshot’ları ve doğru kurulmuş bir erişim matrisiyle), kalıphanede program arama süresi dakikalara iner, yanlış program ve yanlış revizyon kaynaklı kalıp revizyon maliyetleri minimuma düşer ve aylarca süren CAM emeği tek bir arızaya kurban gitmez.
