Giriş
Ürünler
ZPL ÖnizlemeBarkod OluşturucuGörsel → ZPLZPL hile sayfasıEtiket TasarımcısıŞablon Galerisi
Geliştiriciler
API Hızlı BaşlangıçAPI ReferansıMCP SunucusuToplu ÜretimWebhook'larSDK'lar ve ÖrneklerLimitlerOn-Premise
Çözümler
Lojistik ve KargoE-TicaretERP & WMSÜretimPerakendeSağlık ve LaboratuvarTüm çözümler
Araçlar
ZPL Teşhis MerkeziZPL Hata AyıklayıcıBoyut ve DPI AnaliziDPI DönüştürücüBarkod sığdırma hesaplayıcısıSevkiyat Etiketi AnaliziFont DenetimiYön DenetimiKalibrasyon AsistanıYazıcı Uyumluluk KontrolüBarkod Okunabilirlik KontrolüYazıcı Dili TespitiTermal Yazıcı Test PaketiZPL AraçlarıEPL AraçlarıTSPL AraçlarıCPCL AraçlarıTüm AraçlarRehberFiyatlandırma
Dil
EnglishTürkçeDeutsch
Ana SayfaRehberDurum sorgusu çok uzun sürüyor
Rehber › Durum sorgusu çok uzun sürüyor — ya da hiç dönmüyor

Durum sorgusu çok uzun sürüyor — ya da hiç dönmüyor

Yayın tarihi:

Etiket sorunsuz basılıyor ama uygulamanızın ardından gönderdiği durum sorgusu saniyeler, bazen dakikalar sürüyor; arada hiç dönmüyor. Yazıcıyı suçlamadan önce sorgunun gerçekte ne olduğunu ve yazıcının ne zaman tasarım gereği cevap vermediğini bilmek gerekir.

~HS ne döndürür

~HS (Host Status Return) anında işlenen bir komuttur: yazıcı her biri STX ile başlayıp ETX CR LF ile biten üç kısa dize döndürür — kâğıt bitti ve duraklatma bayrakları, etiket uzunluğu, bekleyen format sayısı, baskı modu ve birkaç alan daha. "Son iş bitti" diyen bir alan yoktur; en yakın sinyaller partide kalan etiket sayısı ve etiket-bekliyor bayrağıdır ve bunlardan "tamamlandı" okumak bir çıkarımdır, durum değil.

Sessizlik bir durumdur, zaman aşımı değil

Programlama kılavuzu açık: beş durumda yazıcı ~HS'e hiç cevap vermez — medya bitti, ribon bitti, kafa açık, sarıcı dolu, kafa aşırı ısındı. Bu hâllerde soket zaman aşımını sonuna kadar bekleyen bir uygulama "yazıcı yavaş" görür; baktığı şey aslında yazıcının bu kanaldan bildiremediği bir arızadır. Cevapsızlığı bilinmiyor, muhtemelen arıza sayın; "çevrimdışı" ya da "hâlâ basıyor" saymayın.

Açık bir bağlantının arkasında kalan sorgu

Öteki yaygın sebep sunucu tarafındadır. Baskı adımı 9100 portuna bir bağlantı açıp kapatmıyorsa ve durum adımı ~HS için ikinci bir bağlantı açıyorsa, ikincisi birincisi serbest kalana kadar bekleyebilir. Belirti tam olarak "dakikalar"dır: cevap, önceki bağlantı zaman aşımına uğrayınca ya da kapanınca gelir. Sorgudan önce iş bağlantısının kapandığını doğrulayın ya da sorguyu formatın hemen ardından aynı bağlantıdan gönderin. Ham bir istemciyle denemek kolaydır: tek bağlantı açın, etiketi gönderin, ~HS gönderin, üç dizeyi okuyun.

Sürücü üzerinden sorgu, yazıcı sorgusu değildir

Windows kuyruğuna durum sormak yazıcının değil biriktiricinin (spooler) görüşünü döndürür. Uygulama yazıcının cevabını istiyorsa yazıcıyla doğrudan konuşmalıdır — ağ yazıcısına gönderme rehberi ham yolu gösterir, yazıcı kimliği rehberi 9100 portunda dayanacak bir el sıkışma olmadığını anlatır.

Uygulamada ne değişmeli

Kısa bir zaman aşımı kullanın ve sessizliği arıza durumuna eşleyin; parti başına tek sorgu soruyu cevaplıyorsa her etiketten sonra sormayın; ve "iş tamamlandı"yı ~HS üstüne kurmayın — kılavuz bunu tanımlamaz, türettiğiniz şey bir modelde doğru, sonrakinde yanlış çıkar.

İlgili yazılar

ZPL nedir?

ZPL, Zebra termal yazıcıların anladığı komut dilidir. Komutların nasıl okunacağını, bir etiketin nasıl kurulduğunu ve en sık yapılan hataları anlatıyoruz.

Hangi barkod türünü seçmeliyim?

EAN-13 mi, Code 128 mi, QR mı? Barkod türünü veriye, alana ve okuyucuya göre seçmenin pratik kuralları.

ZPL dosyası yazıcısız nasıl önizlenir?

ZPL dosyası yalnızca metindir — etiket ancak biri onu çizdiğinde var olur. ZPL etiketini yazıcıya gitmeden görmenin üç pratik yolu.

Kendi ZPL kodunuzu deneyin →