Bağlantı sorunları
Live'da bağlantı kurulamıyor ya da kopuyor: iletinin hangi katmandan geldiğini bulma, ağ düzeyindeki ortak iletiler, zamanlamalar ve ileti başlangıcına göre doğru sürücü konusu.
Önce katmanı bulun
Bir bağlantı sorununun nedeni dört katmandan birindedir: bağlantı tanımı, ağ, cihazın protokol oturumu ya da tek tek tag adresleri. Live, hangi katmanda takıldığını sistem menüsündeki kırmızı ileti ile söyler. Her sürücünün ayrıntılı ileti tablosu kendi konusundadır; bu konu, iletiyi doğru konuya götürür ve tüm sürücülerin paylaştığı ağ iletilerini açıklar.
- Bağlantı tanımı
Sistem menüsü › Bağlantılar bölümünde durum sürücü yok ise sürücü kimliği tanınmıyor; bağlantı hiç denenmez. Etkin kapalı bağlantı pasif (kapalı) görünür (Bağlantılar tablosu).
- Ağ
Bağlantı yok ve ileti yanıt vermedi ya da ağ erişimi yok diyorsa cihaza TCP bağlantısı kurulamıyor. Aşağıdaki tabloya bakın.
- Protokol oturumu
Ağ geçiyor ama ileti S7, OPC UA, MQTT, MC, FINS ya da EtherNet/IP adını anıyorsa sorun cihazın ayarındadır (PUT/GET izni, güvenlik ilkesi, yuva numarası, veri kodu…). İletiyi ilgili sürücü konusunda arayın.
- Tag adresi
Bağlantı bağlı ama bazı değerler gelmiyorsa adres sorunudur. Tag'e özgü hata metni bu sürümde Live'da gösterilmez; Bağlantı tanılama konusundaki Tag hataları bölümüne bakın.
Ağ düzeyinde görülen iletiler
Aşağıdaki iletiler S7, Modbus TCP, Allen-Bradley, Mitsubishi MC ve Omron FINS sürücülerinde aynı biçimdedir. Sistem menüsünde bağlantının altında kırmızı yazıyla görünür.
| İleti | Anlamı | Ne yapılır |
|---|---|---|
Bağlantının IP adresi boş. | Bağlantı satırında adres alanı boş. | Bağlantılar tablosunda adresi doldurun, projeyi Live'a yeniden yükleyin. |
Cihaz N ms içinde yanıt vermedi (IP:port). IP adresini ve ağ bağlantısını kontrol edin. | Porta TCP bağlantısı kurulamadı. N, Zaman aşımı ile 3000 ms'den küçük olanıdır. | IP adresini, kabloyu, anahtarı (switch), Live bilgisayarının ağını ve güvenlik duvarını denetleyin. |
Cihaza ağ erişimi yok (IP:port): … | Bağlantı denemesi Windows'tan hata döndü (zaman aşımı beklenmeden). İletinin devamı Windows'un verdiği ağ hatasıdır. | Devamı okuyun: hedefe ulaşılamıyorsa IP adresi ve alt ağ; bağlantı reddedildiyse port numarası ya da cihazın o protokolü açmamış olması. |
Cihaz yanıt vermedi (zaman aşımı). · PLC yanıt vermedi (zaman aşımı). | Bağlantı kurulmuştu; istek yanıtsız kaldı. | Cihaz yoğun ya da ağ geçidi arkasındaysa Zaman aşımı süresini artırın. |
Cihaz ile bağlantı koptu (ağ, kablo ya da cihaz kapalı olabilir). · PLC ile bağlantı koptu (…) | Bağlantı çalışırken karşı taraf kesti ya da ağ gitti. | Kablo, güç ve ağ cihazlarını denetleyin; sürücü kendiliğinden yeniden bağlanır. |
Cihaz bağlantısı kapalı. · OPC bağlantısı kapalı. | Bağlantı kapanmışken istek verildi; yeniden bağlanma sürüyor. | Genellikle kısa sürelidir. Kalıcıysa yukarıdaki iletilerden biri de görünmelidir. |
Diğer sürücülerin kendi karşılıkları vardır:
- OPC UA:
OPC UA sunucusu bağlantı isteğine yanıt vermedi (zaman aşımı).veOPC UA sunucusu ile bağlantı koptu (ağ, kablo ya da sunucu kapalı olabilir) (BadXxx).ParantezdekiBad…OPC UA durum kodudur; sunucu üreticisinin belgesinde arayın. - MQTT:
MQTT sunucusu N ms içinde yanıt vermedi (…),MQTT sunucusuna ağ erişimi yok (…)veMQTT sunucusuyla bağlantı koptu: …Sunucudan Canlı tutma süresinin 1,5 katı boyunca hiçbir şey gelmezseMQTT sunucusundan N sn'dir hiçbir şey gelmedi; bağlantı koptu sayıldı (canlı tutma süresi N sn).görünür. - OPC DA:
OPC sunucusuyla haberleşme koptu (…)(DCOM / RPC ayrıntıları için OPC DA sürücüsü).
Ağı Live bilgisayarından sınayın
Studio'daki Çevrimiçi›Bağlantıları sına… komutu ağı Studio'nun çalıştığı bilgisayardan dener. Live başka bir bilgisayardaysa sonuç farklı olabilir; ağ sınamasını Live bilgisayarında yapın.
- Adrese ulaşın
Komut satırında
ping <IP>deneyin. Bazı cihazlar ping'e yanıt vermez; yanıt gelmemesi tek başına kanıt değildir. - Portu sınayın
PowerShell'de
Test-NetConnection <IP> -Port <port>çalıştırın;TcpTestSucceeded : Truegörmelisiniz. - Doğru portu kullandığınızdan emin olun
Studio'nun önerdiği portlar:
| Sürücü | Varsayılan port |
|---|---|
| S7-300 / 1200 / 1500 | 102 |
| Modbus TCP | 502 |
| OPC UA | 4840 |
| Allen-Bradley EtherNet/IP | 44818 |
| Mitsubishi MC Protocol | 5007 (PLC'de açtığınız bağlantının portu geçerlidir) |
| Omron FINS | 9600 |
| MQTT | 1883 (TLS için genellikle 8883) |
Zamanlamalar
| Konu | Davranış |
|---|---|
| Zaman aşımı | Bağlantı satırındaki Zaman aşımı (ms); varsayılan 2000, sınır 100 – 60000. Bağlanırken en çok 3 sn beklenir. |
| Yeniden bağlanma | Kurulamayan ya da kopan bağlantı 1 sn, 2 sn, 5 sn sonra, ardından 10 sn'de bir denenir. Bağlantı 10 sn ya da daha uzun ayakta kaldıktan sonra koparsa bekleme 1 sn'den başlar. |
| Açılışta | İlk deneme bitene kadar bağlantı bağlantı yok görünür ve ileti satırı boştur; bağlanıyor durumu gösterilmez. |
| Okunamayan tag | Okuma kümesinden çıkarılır, diğer tag'ler okunmaya devam eder; 30 sn'de bir yeniden denenir. Adresi düzeltilen ya da PLC'ye sonradan yüklenen veri bloğu bu aralıkta kendiliğinden düzelir. |
| Yazma | Bağlantı kopukken yazma reddedilir: Bağlantı kopuk: <bağlantı adı>. Sırada bekleyen yazma, bağlantı koparsa Bağlantı koptu: <bağlantı adı> ile reddedilir. Operatörün gördüğü iletiler Operatör rehberinde. |
İletiye göre doğru konu
| İleti şunu anıyorsa | Bakılacak konu |
|---|---|
| S7 bağlantısı açılamadı, PUT/GET, Optimize blok erişimi, Veri bloğu PLC'de yok | Siemens S7 |
| Güvenlik seçeneği, anonim giriş, sertifika, uç nokta yolu, oturum sınırı, NodeId | OPC UA ve Bağlantı güvenliği |
| Modbus istisnası 01 – 0B, Geçersiz Modbus yanıtı | Modbus TCP |
| EtherNet/IP, CIP durum, yuva, Micro800, External Access | Allen-Bradley |
| MC bitiş kodu, veri kodu (Binary / ASCII), Enable online change | Mitsubishi MC |
| FINS, FINS/TCP hata kodu, düğüm numarası | Omron FINS |
| OPC sunucusu, ProgID, DCOM, RPC, OPC Core Components | OPC DA |
| MQTT sunucusu, abonelik, istemci kimliği, JSON yolu | MQTT |
| Kullanıcı adı / şifre soran iletiler | Bağlantı güvenliği ve sistem menüsündeki Şifre gir |
Sık kopan bağlantı
- Bir durum en az 2 sn sürmedikçe olay günlüğüne yazılmaz; 60 sn içinde 5'ten fazla değişim olursa tek bir Bağlantı kararsız kaydı düşer. Olay görünümünde bu kaydı görüyorsanız kablo, anahtar ya da cihazın ağ kartı olasılığını önce eleyin.
- Bağlantı kopmaları programın
logsdosyasına yazılmaz; yalnızca beklenmeyen sürücü hataları yazılır (Günlük dosyaları). - Bağlantı durumunu bir uyarı lambasına ya da alarma bağlamak için
<Bağlantı adı>_Baglantidurum tag'ini kullanın (Bağlantı tanılama).
Destek istemeden önce
Şunları toplayın: bağlantının sürücüsü ve ayarları (şifreler hariç), sistem menüsündeki ileti metni (ekran görüntüsü), Bağlantıları sına sonucu ve Live bilgisayarındaki Test-NetConnection çıktısı.