PCB Haberleri - PCB tasarım kuralı kontrolleyicisi yazmak için öneriler

Bu makale PCB tasarım kural kontrol sistemi (DRC) yazma yöntemini tasvir ediyor. PCB tasarımı devre diagram ı üretim aracı kullanarak aldıktan sonra, tasarım kurallarını bozmak için DRC'yi çalıştırabilirsiniz. Bu operasyonlar sonraki işleme başlamadan önce tamamlanmalıdır ve geliştirme devre diagramlarının geliştirme aracı çoğu tasarımcıların DRC aracını kolayca yönetebileceğini sağlamalı.

Kendi PCB tasarım kurallarınızı kontrol etmek için birçok avantajı var. Tasarım kontrolü o kadar basit değil olsa da, ulaşılabilir değildir, çünkü mevcut programlama ya da skript dilleri ile tanıdığı tasarımcı kontrolörü tamamen tasarlayabilir. Bu işin avantajı itibarsızdır. Ancak, pazarda satılan genel amaçlı araçlar sık sık olarak özel tasarım ihtiyaçlarını uygulamak için yeterince elastik olmaz. Bu yüzden müşterinin DRC araç geliştiricisine yeni özelliklerin ihtiyaçlarını göstermesi gerekiyor, ve bu genellikle belli bir miktar para ve zamanı gerekiyor, özellikle ihtiyaçları sürekli güncellendiğinde. Neyse ki, çoğu araç geliştiricileri müşterilerine özel ihtiyaçlarını yerine getirmek için DRC'lerini yazmak için uygun bir yol sağlayabilir. Ancak bu güçlü araç henüz geniş tanınmadı ya da kullanılmadı. Bu makale en faydası almak için DRC araçlarını kullanmak için pratik bir rehber sağlıyor. Çünkü DRC'nin PCB tasarımının bütün devre diagram ını, her sembol, her pint, her net ve her özelliğini dahil etmesi gerekirse sınırlı bir sayısı "bağlı" dosyaları oluşturulabilir. Bölüm 4.0'da tanımlanmış gibi, DRC tasarım kurallarını bozmayan küçük değişiklikleri gösterebilir. Örneğin, bağlanmış dosyalardan birisi tasarımda kullanılan tüm kapasiteleri dağıtabilir. Eğer kapasitörlerin sayısı beklenen değerinden daha düşük veya daha yüksek ise, güç satırının dv/dt problemi olabileceği yerde kırmızı bir işaret işaretlenecek [1]. Bu ilaç dosyaları gerekli olabilir, fakat ticari DRC aracı bu dosyaları yaratabilir. DRC'nin başka bir avantajı, yeni tasarım özelliklerinin ihtiyaçlarını (tasarım kurallarına etkileyebilenler gibi) uygulamak kolay olması. Ayrıca, bu alanda yeterince deneyim kazandığınız zaman, başka bir sürü fonksiyonu başarılabilir. Örneğin, Eğer kendi DRC yazabilirseniz, kendi materyal (BOM) yaratma aracınızı yazabilirsiniz, böylece özel kullanıcı ihtiyaçlarınızı daha iyi idare edebilirsiniz. Böylece devre diagram veritabanının bir parças ı olmayan "ekstra donanım" aygıtlarını nasıl elde etmek (Socket, sıcaklık sink veya çöpürücü gibi). Ya da tasarımcılar kendi Verilog ağ listesini analiz edenlerini yazabilir. Bu tasarım çevresinde yeterli elaksiyetli olan Verilog modellerini ya da belirli aygıtlar için uygun zaman dosyalarını nasıl elde edebilirler. Aslında, DRC bütün tasarım devre diagram ını geçirdiğinden dolayı, PCB tasarımının Verilog a ğ listesinin analizi için gereken simulasyonu ve/veya BOM'u çıkarmak için tüm geçerli bilgiler toplanabilir. Bu konuları hiçbir program kodu vermeden tartışmak biraz uzaktadır. Bu nedenle bir devre diagram alma aracı örnek olarak alırız. Bu makale PADS-Tasarımcı ürün çizgisine bağlı Mentor Grafik tarafından geliştirilmiş ViewDraw aracı kullanır. Ayrıca, ViewBase aracı da kabul ettik. Bu, ViewDraw veritabanında arayabilecek, erişilebilecek ve çalışabilecek C rutin kütüphanesi. ViewBase aracı kullanarak tasarımcılar, ViewDraw [2][3] için tam ve etkili bir DRC aracı yazmak için C/C dilini kolayca kullanabilir. Burada tartışan temel prensipler, diğer PCB devre diagram ı araçlarına eşit olarak uygulanabilir.devre diagramı veritabanına dahil giriş dosyası, DRC de özel durumları tanımlayabilen bazı girdi dosyalarına ihtiyaç duyuyor, tıpkı bir yasal güç a ğ adıyla elektrik uçağına otomatik olarak bağlantı yapabilecek. Örneğin, elektrik a ğı POWER adında ise, elektrik uçağı otomatik olarak elektrik uçağı arka taraf paketleme aygıtı kullanarak (ViewDrawpcbfwd için uygulanırsa) elektrik uçağı ile bağlantılacak. İçindeki girdi dosyaları listesi, bu dosyalar sabit küresel bir yerde yerleştirilmeli, böylece DRC otomatik olarak bulup okuyabilir ve sonra DRC'de bilgileri çalışma zamanında kaydetmeli.*The file legal_pwr_net_name is optional. Bu dosya, VCC, V3_3P ve VDD gibi POWER sinyalinin tüm yasal ağ isimleri içeriyor. PCB düzenleme/yönlendirme aracında isimlerin durumu belirlenmeli. Genelde VCC Vcc veya vcc ile aynı değil. VCC 5.0V elektrik temsili olabilir ve V3_3P 3.3V elektrik temsili olabilir. Dosya legal_pwr_net_name seçeneksel, çünkü arka taraf paketli aygıt yapılandırma dosyası genelde yasal güç kablosu a ğ isimleri içermelidir. Eğer Cadence Tasarım Sistemlerinden Allegro kontrol aracı kullanırsanız, PCBfwd dosya adı alero.cfg ve aşağıdaki giriş parametreleri vardır:Temel: VSS CGND GND GROUNDPower hedefi: VCC VDD VEE V3_3P V2_5P 5V 12VIf DRC, alero.cfg dosyasını doğrudan okuyabilir legal_pwr_net_name yerine, Daha iyi sonuçlar elde edilecek (yani hataları tanıtma ihtimali daha küçük).Bazı semboller dış güç kablosu kablosu olmalı çünkü bu semboller düzenli güç kablosu katmanıyla bağlı değil. Örneğin, ECL aygıtlarının VCC'si ya VCC'ye ya da GROUND'a bağlanmıştır; Büyük ya da -5,0V uçağıyla bağlanabilir. Ayrıca, elektrik satırı çizgileri de elektrik satırı katına ulaşmadan önce filtreye bağlanabilir. Elektrik satırı çizgileri genelde cihaz semboliyle bağlanmıyor. Aynı şekilde, sembolün (burası SIGNAL denilen) hangi pin in güç pin ya da toprak pin olduğunu tanıtır ve pinin bağlanması gerektiğini ağ adını tanıtır.SIGNAL=VCC: 10SIGNAL=GROUND: 20DRC bu özelliği okuyabilir ve ağ adının legal_pwr_net_name dosyasında kaydedilmesini sağlayabilir. Eğer legal_pwr_net_name ağ adını içermezse, elektrik pin elektrik uçağı ile bağlanmayacak ve bu sorun gerçekten çok ciddi.Ziyaret et: PCB tasarımında teknik kağıtlar hakkında daha fazla öğrenin.