06-12-2017, Saat: 13:04
(06-12-2017, Saat: 12:46)QuAdR Adlı Kullanıcıdan Alıntı: Bazı global haberleşme standartları (Modbus, canbus, M-Bus....) haricinde her üretici kendine özgü haberleşme standartları geliştirir.
Bunlar seri ve ethernet haberleşmelerinde farklılık gösterebilirler.Bazı üreticiler protokolü açık bir şekilde sunarlar.
Bazıları devlet sırrı gibi saklamaya çalışır.Fark etmez sonuçta yine çözülür.
Sorularına gelecek olursak;
1. Sorun: Seri haberleşme ile veyada ethernet haberleşmesi ile bağlanabilirsin.
2. Sorun : Hazır bazı kütüphaneler ve OPC serverlar var alıp direk olarak kullanabilirsin.(Örnek Keepware her plc yi destekler).
Delphi tarafı için opc server ile iletişim için kendiniz birşeyler yazabilirsiniz veyada OPC Client Toolkit for Delphi kullanabilirsiniz.
Tabii bu söylediklerim hazıra konma işleri
Kendim yazarım diyorsan.Mitsubishi ve panasonic harici hemen hemen bütün plcler ile çeşitli işlerim olmuştur.
(GE Fanuc, Siemens, Beckhoff, Hitachi, Koyo, Omron, Fatek, Delta, Telemecanique).
Zannediyorum ki Mitsubishi açık protokol sunuyordur.Bakmadığım için emin değilim.
Açık sunmuyorsa bile haberleşen bir program üzeriden işlmeleri çözümlenebilir.
Üreticinin kendi programlama programını debug ederek veya dinleyerekte çözebilirsiniz.
Bunu yazarken haberleşme hızlılığı için belli başlı işlemleri tek seferde yapmaya dikkat etmelisiniz.
Genellikle tekli okuma çoklu okuma, tekli yazma çoklu yazma komutları vardır.
Sorguları önce sıralı hale getirip ardışık olanları çoklu komutlar ile tek seferde işlemelisiniz.
Her birini ayrı ayrı işlemeye kalkarsanız haberleşmeniz çok yavaşlayacaktır.
Yazma işlemi mecburi komut belirtme icra edeceği için çeşitlilik gösterir ama okuma işlemi sürekli aynıdır.
Bu yüzden plc içerisinde okuma yapılacak kısımları ayrı bir bölüme taşıyıp tek defada okursanız yine haberleşmeniz sorunsuz olacaktır.
Daha fazla detaya inmeden başlangıç kararlarınız için yardımcı olumuşumdur umarım.
Seri haberleşme olacaksa hali hazırda yazılmış olan sınıfları küçük revizelerle ayağa kaldırabilirim. Mitsubishi ve Eaton marka PLC'ler kullanılacak proje kapsamında. Tecrübelerinize dayanarak; Açık iletişim protokolü sunan tüm PLC'ler için çalışma prensibi ve erişimler standart mıdır hocam? Yoksa her biri ayrı bir arabirim üzerinden mi haberleşir?
Üreticinin kendi programlama programı üzerinde PLC testlerini Ladder ve SFC ile sağladım. Debug işlemleri de oldukça başarılı geçti. Burada ise yapacağım şey çeşitli kontrolleri ve işlemleri sağlayıp raporlama olarak oluşturup kullanıcıya sunmak olacak. Yani aşamalı olarak 10-100 farklı varyasyon üzerinde test işlemleri sağlanacak ve toplanan bu verileri alıp veritabanında muhafaza ederek nihai bir özet raporu sunmamız gerekecek.
Sorguları sıralı hale getirip ardışık olanları tek seferde işleme işini PC to PLC mi yoksa PLC to PC tarafında mı uygulamalıyız?
PLC üzerinde bu verileri ne kadar süre ile muhafaza edebiliriz? (Veya muhafaza edebilir miyiz?)
Run-time okuma işlemleri için performans kaybı mı yaşanır? (Ortalama 1~10 saniyede toplanacak veri muhafaza edilecek. Aynı işlem farklı kombinasyon ve uyarlamalarla en az 10 kez daha gerçekleşecek. Bu toplanan verileri bir üstte sorduğum soru ile birleştirerek; muhafaza edip tüm veriler tamamsa mı PC haberleşmesine geçmek gerekir? Yoksa 500 interval içinde ne var ne yok sürekli çekip durmak mı çok yavaşlatır? Yani her 10 saniyede 1 kez veri toplamak yeterli bir ölçü müdür?)
Sorularım saçma gelebilir. Kusura bakmayın. PLC ile ilk proje deneyimi olacak.
