Labview yapılandırma programlamasının beş büyük deneyim özeti, çabanın yarısı ile iki kat daha fazla sonuç almanıza yardımcı olacaktır
NI LabVIEW yazılımı mühendislerin ve bilim adamlarının işlevsel ölçüm ve kontrol uygulamalarını hızlı bir şekilde geliştirmelerine uzun süredir yardımcı olmasına rağmen, tüm yeni kullanıcılar LabVIEW programlamanın en iyi yöntemlerini takip etmeyecektir. LabVIEW grafik programlama benzersizdir, çünkü yalnızca kullanıcının uygulamasına bakarak, kullanıcının en iyi kodlama yöntemini takip edip etmediğini hemen keşfedebilirsiniz. Bazı kullanıcılar bu hataları LabVIEW blok diyagramlarının veri akışının arkasındaki prensipleri gerçekten anlamadıkları için yaparlar ve bazı kullanıcılar LabVIEW programlamasının kalitesini hangi özelliklerin iyileştirebileceğini bilmiyorlar.
Editör, deneyimsiz LabVIEW programcıları tarafından en sık yapılan programlama hatalarının bazılarını özenle özetledi ve ayrıca doğru LabVIEW programlama yöntemlerini benimsemek için önerilerde bulundu.
01
Düz sıra yapısının aşırı kullanımı
Birçok LabVIEW acemi, "veri akışı" uygulamasının arkasındaki kavramları tam olarak anlamaz ve bu kavramlar LabVIEW programlamasının temelini oluşturur. Olaylardan biri, kullanıcıların blok diyagramdaki düz dizi yapısını aşırı kullanma eğiliminde olmasıdır. Kullanıcılar, düğümler arasında veri akışları ve kablolar kullanmak yerine blok diyagram kodunun seri olarak yürütülmesini gerçekleştirmek için genellikle düz sıralı bir yapıya güvenirler.
Veri akışı programlama Bu, blok diyagramdaki düğümlerin (subVI, ilkel, yapı, vb.) Yalnızca gerekli tüm veri girişleri geldiğinde çalışmaya başlayacağı anlamına gelir. Bu, LabVIEW kullanan programcılar için çok kullanışlıdır, çünkü bağımsız süreçler paralel çalışabilirken, zorunlu diller paralel yürütmeyi uygulamak için ek ayarlar gerektirir.
Artan bilgisayar CPU sayısı ile LabVIEW, kullanıcıların herhangi bir ek kod yazmasına gerek kalmadan paralel işlemleri otomatik olarak ayrıştırabilir ve kod performansını artırabilir. Blok diyagramı yürütmek için düz sıralı bir yapının kullanılmasını zorlamak, sadece paralel çalışmayı sınırlamakla kalmaz, aynı zamanda bu avantajı da kaybeder. Blok diyagramdaki gereksiz yapıyı sınırlamak, genel okunabilirliği artırmaya ve daha temiz bir blok diyagramı korumaya yardımcı olur.
Hata kablolaması, düz bir sıra yapısına güvenmeksizin veri akışını blok diyagram üzerinde etkili bir şekilde uygulayabilir.Ayrıca, hata kablolaması da hata işleme stratejilerinin uygulanmasına yardımcı olabilir.
Düz sıralı bir yapıyı ne zaman kullanmalısınız?
Düz sıralı yapının veri akışı, diğer yapıların veri akışından farklıdır. Çerçeveye bağlı tüm veriler mevcut olduğunda, döşenmiş sıralı yapının çerçevesi soldan sağa sırayla yürütülür. Her kare yürütüldükten sonra veriler bir sonraki çerçeveye aktarılır. Yani, bir çerçevenin girişi başka bir çerçevenin çıktısına bağlı olabilir.
Yığınlı dizi yapısının aksine, düz sıra yapısının verileri çerçeveden çerçeveye aktarmak için dizi yerel değişkenleri kullanmasına gerek yoktur. Döşenmiş sıra yapısı her bir kareyi blok diyagram üzerinde görüntüler, böylece çerçeveler arasındaki bağlantı sıra yerel değişkenleri kullanılmadan tamamlanabilir ve kod gizlenmez.
Döşemeli sıralı bir yapıya çerçeve eklerken veya silerken, yapı boyutunu otomatik olarak ayarlayacaktır.
Tüneli döşemeli sekans yapısının çerçeveleri arasında sürükleyemezsiniz.
Düz dizi yapısının aşırı kullanımını önlemek için veri bağımlılığı oluşturun veya parametre kontrollü VI üzerinden veri akışını kullanın.
(Gerçek Zamanlı, Windows) Döşenmiş sıra yapısını bir zamanlı sıra yapısıyla değiştirmek için döşemeli sıra yapısına sağ tıklayın ve kısayol menüsünde Zamanlanmış Sırayla Değiştir'i seçin.
Düz sıralı bir yapı aracılığıyla blok diyagramlarının yürütülmesi, kod performansının karşılaştırılmasına yardımcı olur. Çerçevede zaman sayaçlarıyla sıralı yapıyı kullanarak, iki zaman sayacı arasında kod yürütme için geçen süreyi belirleyebilirsiniz. Genel veri akışının yürütülmesi için bu imkansızdır.
02
Yerel değişkenlerin aşırı kullanımı
LabVIEW programlamasında diğer bir yaygın hata, yerel değişkenlerin aşırı kullanımıdır. Yerel değişken, bir bilgisayar programının farklı bölümleri arasında veri aktarmak için kullanılan paylaşılan bellekteki bir alandır. Yerel değişkenler genellikle metin programlama dillerinde kullanılır ve çok güçlü işlevlere sahiptir, ancak yarış koşulları oluşursa sorunlar ortaya çıkacaktır.
Diğer programlama dilleri için, verileri değişkenler üzerinden geçirmek gerekir, ancak LabVIEW, verileri programın bir bölümünden diğerine taşıyabilen bir veri akışı yöntemi sağlar. LabVIEW'in doğasında bulunan paralellik mekanizması, aynı anda paylaşılan belleğe erişen farklı yerlerde genellikle birden fazla program olduğundan, kullanıcıların değişkenleri aşırı kullanamayacağını belirler. Değişkenler aşırı kullanılırsa, belirli bir okuma / yazma işlemi "rekabeti" kazanır ve diğer işlemler "rekabeti" kaybeder. Veri kaybeden işlem göz ardı edilir. Bu nedenle, LabVIEW'de değişkenlerin aşırı kullanımı sonunda verilere yol açabilir. Kayıp.
yapabilirsin Kablolama, kuyruklar, olaylar, bildirimler, işlevsel global değişkenler ve daha fazlasını içeren çeşitli yöntemlerle verileri LabVIEW programının bir bölümünden diğerine güvenli bir şekilde aktarın. Her mekanizma belirli bir durum için tasarlanmıştır, ancak yarış koşullarını ortadan kaldırma işlevine sahiptir.
03
Kod modülerliğini yoksay
Genellikle, yeni LabVIEW kullanıcıları, gelecekte kodu kullanıp kullanmayacaklarını düşünmeden basit görevleri gerçekleştirmek için "yaz ve unut" uygulamaları oluşturur. Giderek daha fazla programlama çalışmasıyla, kendilerini aynı kod parçasını defalarca yeniden yazarken bulacaklar. Ve programlama sırasında diğer uygulamalarda yeniden kullanılabilen modüler bir subVI oluşturursanız, geliştirme süresinden çok fazla tasarruf edebilirsiniz.
Kodun belirli bir bölümünün aynı uygulamada yeniden kullanılacağını biliyorsanız veya kodun bu bölümünün gelecekteki bir uygulamada kullanılabileceğini düşünüyorsanız, kodun bu bölümünü bir subVI'ya dönüştürmek için bir dakikanızı ayırmalısınız. Kodun bir bölümünü bir subVI'ya dönüştürmek istiyorsanız, yapmanız gereken ana şey bir belge eklemek, "terminaller" kullanmak ve belirli VI özelliklerini devre dışı bırakmaktır. Bir subVI oluşturmanın en kolay yollarından biri, kodun belirli bir bölümünü blok şemasında vurgulamak ve ardından "Düzenle > > Bir subVI oluşturun ". Kodun bu bölümü ayrı bir VI'ya yerleştirilecek ve ardından" terminal "kullanılacaktır. Yine de simge için bir açıklama eklemeniz ve dokümantasyon açıklamasını blok diyagramına ve VI özelliklerine eklemeniz ve ardından bazılarını iptal etmeniz gerekir. VI ayarları, ancak " Düzenle > > SubVI oluştur "Kodun modülerliğini iyi anlamanıza yardımcı olabilir.
Kod modülerleştirildiğinde iptal edilmesi gereken bir ayar "Hata ayıklamaya izin ver" dir. Bu seçeneği "Yürüt" dizininde "VI Özellikleri (Dosya" "VI Özellikleri)" altında bulabilirsiniz. Kod tamamen normal olduğunda ve çalıştırmayı vurgulama gibi hata ayıklama işlevlerini kullanması gerekmediğinde, yürütme ayarlarında "Hata ayıklamaya izin ver" i iptal edin ve ardından VI'yı tekrar çalıştırın. Bunun avantajı, derleme işlemi sırasındaki optimizasyon nedeniyle, uygulamanın çalışma hızının hızlandırılabilmesi ve hata ayıklamayı başlatan kodun kapatılması nedeniyle, VI'nın kapladığı fiziksel disk alanının buna uygun olarak azalmasıdır.
04
Büyük ve hantal blok diyagramlar oluşturun
Birçok yeni LabVIEW kullanıcısı blok diyagramlarını çok hantal ve büyük yazmaktadır. Bazı karmaşık uygulamalar için, daha büyük bir blok diyagramı yazmamız kaçınılmazdır, ancak devasa blok diyagram, programın bir programlama çerçevesinden yoksun olduğunu da bir dereceye kadar gösterebilir. Temel bir mimari olmadan programı uzun süre sürdürmek çok zordur ve ileride yeni özellikler eklemek de çok zordur. Tıpkı iyi bir çerçevenin makul bir yapıya sahip bir ev inşa edebileceği gibi, İyi bir programlama mimarisi, uygulama oluşturmak için size güvenli ve güvenilir bir çerçeve sağlayabilir .
Hemen hemen tüm programcılar, yazılım mimarisinin ortak çerçeveler arasında çok yararlı olduğunu göreceklerdir. Aslında, LabVIEW'deki üretici / tüketici ve durum makinesi gibi birçok mimari, diğer programlama dillerine çok benzer.
LabVIEW mimarisini anlamak, geliştirme süresini kısaltabilir ve uygulama ölçeklenebilirliğini artırabilir . LabVIEW 2012, mimariyi anlamayı kolaylaştırmak için şablonlar ve proje örnekleri içerir. Şablon, farklı mimarileri ve uygulamaları açıklar. Proje örneği, şablonun gerçek zorluklarla başa çıkmak için nasıl kullanılacağını gösteren, şablona dayalı daha büyük bir uygulamadır. Örnek projeye donanım ekleyebilir veya gerektiğinde proje örneğini bir bütün uygulama olarak kullanabilirsiniz.Aynı zamanda proje örneği açık ve dokümantasyon tamamlanmıştır, böylece belirli uygulamalar için özelleştirebilirsiniz.
05
Belgelere dikkat etmeyin
Mükemmel kod dokümantasyonu, başkalarının kendi programlarını anlamalarına etkili bir şekilde yardımcı olabilir . Ne yazık ki, birçok programcı genellikle geliştirme döngüsünün bitiminden sonra belgelere başlar. Bu, kodu belgelemek için çok az zaman sağlar. Doğru yaklaşım, geliştirme sürecinde dokümantasyona başlamak için zaman ayırmaktır. Belgeleme, programcıların kendileri için de çok kullanışlıdır, özellikle bir süre sonra koda bakmak için geri döndüklerinde, ancak ilk başta neden belirli bir kodu seçtiklerini hatırlamıyorum. Programcılar genellikle kahve içerken programa geç kalırlar ve bu da genellikle "geçici hafıza kaybı" ile sonuçlanır. Belgeler, programcıların hatırlamasına yardımcı olabilir.
Genel olarak, metin tabanlı programların aksine, LabVIEW'in grafik özelliği, programın okunmasını kolaylaştırır, ancak etkili dokümantasyon, programın "kodunu çözmek" için gereken süreyi azaltabilir . Blok diyagramına dokümantasyon yorumları eklemenin en kolay yolu, ücretsiz etiketleri kullanmaktır. Blok diyagramın boş pozisyonundaki sol düğmeye çift tıklayabilir, metin girebilir ve notlar ekleyebilirsiniz. Ardından, serbest etiket tarafından referans verilen belirli koda işaret etmek için ok işaretini kullanın. Resim eklemeniz gerekiyorsa, bunları panoya kopyalayıp blok diyagrama yapıştırabilirsiniz. Hem fiziksel sistem resimleri hem de matematiksel formüller, blok diyagramdaki kod bağlamını net bir şekilde göstermeye yardımcı olur.
Kodun belgelenmesi sadece kitaplığın yeniden kullanılması için değil, her program için geçerlidir. Bir kişinin başkalarına açıklaması gerektiğinde, konuyu daha derin bir şekilde anlayacaktır. Belgeleme, esasen programcıları kodlarını daha iyi anlamalarına yardımcı olmak için açıklamaya zorluyor.
