Giao diện OPOS của Máy in POS và khi nào sử dụng nó

Question

Tôi đang phát triển một hệ thống POS cho quán cà phê-bar-nhà hàng. Nó hoạt động tốt, nhưng tôi có một số vấn đề liên quan đến máy in. Mọi người ở đây đề nghị tôi sử dụng POS for .NET.

không Nhưng tôi có thể vì:

1. Khách hàng của tôi có một máy tính với phiên bản cửa sổ nhà như máy chủ. Vì vậy, POS cho. NET không có may mắn tại một trong hai cửa hàng của mình.

2. Phần mềm pos trước đó mà anh đã in bằng máy in nhiệt sử dụng đồ họa GDI. Nhưng quá chậm không biết tại sao .. bạn phải chờ 10 giây để in biên lai.

3. Tôi nhận được khiếu nại vì phông chữ hơi nhỏ bằng cách sử dụng các máy in này (42 ký tự 80mm giấy) Và điều đó đúng. Phông chữ của máy in gốc hút quá nhiều. Tất cả các máy in tôi thấy hút bởi vì họ arent từ một thương hiệu tốt. Ngoài ra guys phát triển các phông chữ đã quá chán mà sử dụng chữ cái latin trộn với những người địa phương. Nhưng các bản in từ chế độ đồ họa nhìn WAY WAY WAY tốt hơn và được antialised và mượt mà và rõ ràng và gần như cùng tốc độ.

4. Máy in không có trình điều khiển OPOS.NET. Tôi đã gửi email tại các công ty Trung Quốc sản xuất các máy in này và cho biết họ chưa phát triển một máy in nào ..

5. Một số máy in này không hỗ trợ một số lệnh ESC/POS cơ bản! Ngay cả lệnh cho nguồn cấp dữ liệu giấy cũng có vấn đề. Chỉ các máy in mới hơn gần như tương thích nhưng các máy in cũ hơn không hề có.

6. Sử dụng văn bản thuần túy + ​​esc/pos tôi không thể làm cho phông chữ chỉ lớn hơn x lần lớn hơn.

7. GDI có vẻ là cách phù hợp nhất không may mắn

8. thiết bị tài chính của chúng tôi dường như không hỗ trợ gửi văn bản thô đến máy in. Nó được triển khai một phần và chỉ hoạt động đối với các hệ thống 32 bit vì nó là dành cho "DOS" .. Không có may mắn cài đặt nó. Vì vậy, tôi đã phải sử dụng đồ họa. Trên thực tế nó là một máy in ảo. Công ty có thiết bị tài chính nói với tôi rằng đồ họa là cách tốt nhất để in hóa đơn nhiệt và tôi không nên sử dụng văn bản thuần túy, v.v. Ngoài ra yêu cầu họ cho trình điều khiển OPOS cho một số máy in của họ nói với tôi "f * là gì bạn đang nói về?"

Vì vậy, tôi không biết phải làm gì. Tôi nghĩ rằng tôi nên hỗ trợ 3 cách in: POS cho .NET/văn bản thô/đồ họa.

Ngoài ra, làm thế nào để bạn vượt qua khó khăn với máy in nhiệt khi gửi văn bản thô? Bởi vì đồ họa cho bạn tự do hơn. Liệu thiết bị tài chính có hút không hỗ trợ chế độ văn bản không?

Answer 1

ý kiến ​​liên quan đến các điểm đánh số của bạn:

1. Bạn nói đúng. POS cho .NET thậm chí sẽ không cài đặt trên phiên bản nhà. Hệ điều hành được hỗ trợ chính thức là Windows Embedded cho Điểm dịch vụ, Windows Server 2003 Gói Dịch vụ 1, Windows Vista Business, Windows Vista Enterprise, Windows XP Gói Dịch vụ 2. (http://www.microsoft.com/en-us/download/ details.aspx? id = 5355) Windows 7 cũng hoạt động theo kinh nghiệm của tôi. (Tất nhiên, bạn cần .NET framework được cài đặt như một điều kiện tiên quyết.)

2. Đây có thể là vấn đề về giao diện và tôi giả định loại giao diện là nối tiếp kể từ khi bạn đề cập đến DOS.Máy in nối tiếp mất mãi mãi để in đồ họa.

3. Không chỉ chất lượng in tốt hơn mà tốc độ tăng lên đáng kể nếu bạn đang sử dụng bất kỳ giao diện nào ngoài nối tiếp. Ethernet là kiểu kết nối hiện đại tốt nhất cho hầu hết các nhà bếp.

4. Bất kỳ nhà sản xuất máy in nào không hỗ trợ POS cho .NET. (Hoặc bất kỳ tiêu chuẩn ARTS nào khác) đang cắt góc và bạn không nên làm ăn với chúng. Giá có thể rẻ hơn, nhưng một phần lý do là họ không cung cấp giải pháp đầy đủ. Hỗ trợ phần mềm/trình điều khiển không tốt, các tính năng phần cứng còn thiếu ... Đó là khi các nhà phát triển gặp phải những cơn đau đầu này.

5. Xem # 4. Nhưng nếu bạn đang sử dụng lệnh ESC/POS (là nhà sản xuất cụ thể), thì bạn không sử dụng POS cho .NET.

6. ESC/POS có lệnh để làm cho văn bản đôi cao và rộng gấp đôi:

   ESC! n phong cách (27,33, n) Thay đổi in:

   n = 0 tất cả các phong cách OFF

   n = 16 đôi in cao

   n = 32 đôi chiều rộng in

   n = 48 đôi cao & in rộng

7. Không nhất thiết phải là điều xấu; Tôi giải thích thêm về điều này bên dưới.

8. Cho nhận xét của tôi cho # 4 ... OPOS là tiêu chuẩn ngành và đã có từ những năm 90. Nếu nhà sản xuất không biết bạn đang nói về điều gì khi bạn hỏi về nó, họ không nên ở trong kinh doanh máy in.

Tôi không thấy bất kỳ yêu cầu nào ràng buộc bạn sử dụng POS cho .NET hoặc OPOS dựa trên những gì bạn đã viết. Các tiêu chuẩn này rất tuyệt vời để phát triển nhanh và hỗ trợ nhiều mô hình máy in cùng một lúc.

Tuy nhiên, nếu bạn đang sử dụng hệ thống dựa trên hệ điều hành DOS, có thể bạn đang đổ tất cả dữ liệu in sang cổng COM. Điều này không có nghĩa là bạn cần phải sử dụng một máy in nối tiếp mặc dù. Những người chơi chính trong sản xuất máy in cung cấp một cổng nối tiếp ảo. Bạn cài đặt trình điều khiển máy in USB/ethernet (cho phép bạn in đồ họa) và sau đó kích hoạt cổng ảo. Phần mềm của bạn gửi tất cả dữ liệu đến COMn (không thay đổi). Cổng ảo "lắng nghe" cổng COM đó, chặn các lệnh và sau đó dịch chúng thành những gì máy in USB/ethernet có thể hiểu được.

Ngay cả khi bạn thực hiện tuyến đường này, dữ liệu in được gửi trực tiếp đến cổng không đẹp và tùy chỉnh nó có thể gây phiền toái.

TSP100 có lẽ là những gì bạn cần. Nó đi kèm với một tiện ích cấu hình có cả một cổng nối tiếp ảo và một thiết lập để chuyển đổi phông chữ thiết bị (dữ liệu in được đổ vào cổng COM) với phông chữ đồ họa mà bạn chọn. Kiểm tra liên kết này: http://www.futureprnt.com/receipt-redesign-tool/

Câu hỏi này đã được hỏi một thời gian để các yêu cầu có thể thay đổi. Máy tính bảng và điện thoại thông minh đang sử dụng công nghiệp nhà hàng do bão hiện nay.Trong trường hợp đó, bạn chắc chắn nên điều tra SDK của Star cho Android và iOS bao gồm API in cho các mẫu, mẫu in và hướng dẫn của hệ điều hành này: http://www.starmicronics.com/support/SDKDocumentation.aspx