Yayın tarihi:
Birden fazla etiket içeren bir işi saat alanıyla basıyorsunuz ve her etiket aynı saati taşıyor — yazıcı etiketler arasında beklese bile, örneğin soyma (peel/dispenser) kipinde. Bu bir arıza ya da bellenim hatası değil: belgelenmiş varsayılan davranış ve tek bir ZPL parametresi onu değiştiriyor.
^FC komutu yalnız saat gösterge karakterlerini tanımlar.
Saatin ne zaman okunacağına başka bir komut karar verir:
^SL, ve varsayılanı S:
S — Start Time Mode: saat, “etiket
biçimlendirmesi başladığında (^XA alındığında)” okunur.
Kılavuz sonucu açıkça yazıyor: ilk etikete basılan saat, son etikete
basılanla aynıdır.T — Time Now Mode: saat, “basılacak etiket
baskı kuyruğuna konduğunda” okunur. Kılavuz bunu serileştirilmiş bir
saat/tarih alanına benzetiyor.Yani varsayılanla basılan on etiketlik bir iş saati bir kez okur.
^FC'nin içinde bunu değiştiren bir şey yok; ^FC
eklemek bu yüzden hiç işe yaramıyor.
^XA
^SLT
^FO50,50^A0N,40,40^FC%^FD%H:%M:%S^FS
^PQ2
^XZ
^SL'i etiket formatının içine koyun. ^SLT ile
her etiket saatini baskı kuyruğuna girerken alır; etiketler arasında
bekleyen bir iş artık hepsini aynı damgayla basmaz.
Enhanced Real Time Clock taşıyan yazıcılarda (bellenim
V60.13.0.10 ve sonrası) kip parametresi sayı da kabul eder: saniye
cinsinden doğruluk toleransı, aralık 1–999, 0 bir saniyelik
tolerans demektir. Örneğin ^SL30,1 toleransı 30 saniye,
dili İngilizce yapar. ^SL'in ikinci parametresi dildir,
zamanlamanın parçası değildir.
^FC yok sayılır, ve RTC
komutları yalnız seçenek kuruluysa geçerlidir.^FC, saat değerinin istendiği her etiket alan komut
dizisinin içinde bulunmalıdır — bu komut olmadan alana tarih ya da saat
basılamaz.^FD saat
göstergelerini tanır ve etiket basılırken onları saat ya da tarihle
değiştirir.Hayır. ^PQ10 işini on ayrı tek etiketlik işe bölmek,
varsayılan kipe karşı bir çaredir; ZPL'in gereği değildir.
^SLT sebebi doğrudan çözer ve işi bölmeden bırakır.
Saat değerlerini yazıcının kendi donanımı baskı anında üretir. Çevrimiçi
bir render aracında — bizimki dâhil — o saat yoktur; bu yüzden
%H:%M:%S'in kâğıtta neye dönüşeceğini gösteremez. Önizlemeyi
yerleşim için kullanın: alan nerede duruyor, etikete sığıyor mu,
yazı tipi ve döndürme doğru mu. Zamanlama davranışını ^SL ve
yazıcı belirler.
Bunu fiziksel bir yazıcıda doğrulamadık; yukarıdakilerin tamamı Zebra'nın kendi programlama kılavuzunun yazdığıdır, sayfa numarasıyla aşağıda.
Çünkü ^SL varsayılanı Start Time Mode: saat bir kez, etiket biçimlendirmesi başlarken okunur. Zebra'nın kılavuzu bunu doğrudan yazıyor — ilk etikete basılan saat, son etikete basılanla aynıdır (s. 339).
Hayır. ^FC yalnız saat gösterge karakterlerini tanımlar; saatin ne zaman okunacağına karar vermez. O iş ^SL'indir, yani formatta kaç ^FC olursa olsun zamanlama değişmez.
Hayır. İşi bölmek varsayılan kipe karşı bir çaredir, ZPL'in gereği değil. ^SLT saati her etiket baskı kuyruğuna girerken okur; tek bir ^PQ işi farklı saatler taşıyabilir.
Yalnız Real-Time Clock seçeneği kurulu olanlarda. Kılavuz, RTC donanımı yoksa ^FC'nin yok sayıldığını yazıyor; ^SL'in tolerans biçimi ayrıca Enhanced Real Time Clock ister (V60.13.0.10 ve sonrası).
Hayır — saat yazıcının içindedir ve değer baskı sırasında yerine konur. Önizleme alanın konumu, boyutu ve döndürmesi için doğru araçtır; saatin ne yazacağı için değil.
Sekiz yaygın ZPL etiket arızası, olağan nedeni ve onu doğrulayan kontrolle eşleştirildi — artı önizlemenin kanıtlayabildiği ve kanıtlayamadığı.
Yazıcı anlamsız karakterler basıyorEtiket yerine ham metin ve kontrol karakterleri dump modunu, gerçekten bozuk glifler dil uyumsuzluğunu gösterir. Ayırt etmek bir dakika sürer.
ZPL etiketi neden yanlış basılıyor?Yanlış basılan ZPL etiketlerinin ardındaki beş neden: yoğunluk uyumsuzluğu, eksik ^FS, sessiz kırpılma, eksik etiket ölçüsü ve bozuk özel karakterler.
ZPL'de özel karakterler bozuk basılıyorş, ğ, ö'nün etikette çöp karaktere dönmesi kodlama uyuşmazlığıdır: yazıcı UTF-8 baytlarını eski kod sayfasıyla çözer. Çözüm ^CI28 — adım adım burada.