POS принтер OPOS интерфейс и когда его использовать

Question

Я занимаюсь разработкой POS-системы для кафе-бар-ресторанов. Он работает нормально, но у меня есть некоторые проблемы с принтерами. Люди здесь предлагают мне использовать POS for .NET.

Но я не могу, потому что:

1. Мой клиент имеет компьютер с Windows Home Edition в качестве сервера. Так что POS для .NET не повезло в одном из двух его магазинов.

2. Предыдущее ПО для печати, которое он печатал на термопринтерах с использованием GDI-графики. Но было слишком медленно, не знаю почему ... вам пришлось ждать 10 секунд, чтобы распечатать квитанцию.

3. Я получаю жалобы, потому что на этих принтерах шрифт немного мал (42 чарса, 80 мм бумага) И это правда. Родной шрифт принтера сосет слишком много. Все принтеры, которые я вижу, отстой, потому что они не от хорошего бренда. Также парни, которые разработали шрифты, были слишком скучны, чтобы использовать латинские буквы, смешанные с местными. Но распечатки в графическом режиме выглядят WAY WAY WAY лучше, сглаженными, гладкими, четкими и почти одинаковыми.

4. Принтеры не имеют драйверов OPOS.NET. Я послал электронные письма в китайские компании, которые производят эти принтеры, и сказал, что они еще не разработали один.

5. Некоторые из этих принтеров не поддерживают некоторые основные команды ESC / POS! Даже команда для подачи бумаги проблематична. Только новые принтеры почти совместимы, а старые - совсем нет.

6. Используя обычный текст + esc / pos, я не могу увеличить шрифт только в x раз больше.

7. GDI, к сожалению, является наиболее совместимым способом

8. Кажется, наше фискальное устройство не поддерживает отправку необработанного текста на принтер. Он частично реализован и работает только для 32-битных систем, как и для «DOS». Не удалось его установить. Поэтому мне пришлось использовать графику. На самом деле это виртуальный принтер. Компания, у которой есть фискальное устройство, сказала мне, что графика - это лучший способ распечатать тепловую квитанцию, и я не должен использовать простой текст и т. Д. Также спросив их о драйверах OPOS для некоторых принтеров, они сказали мне «что это за * ты о чем? "

Так что я не знаю, что делать. Я думаю, что я должен поддерживать 3 способа печати: POS для .NET / необработанный текст / графика.

Кроме того, как вы преодолеваете трудности с термопринтерами при отправке необработанного текста? Потому что графика дает вам больше свободы. Фискальное устройство - отстой, если не поддерживает текстовый режим?

Answer 1

Комментарии, связанные с вашими пронумерованными точками:

1. Вы правы.POS для .NET даже не устанавливается на домашнюю версию.Официально поддерживаемыми ОС являются Windows Embedded для точки обслуживания, Windows Server 2003 с пакетом обновления 1 (SP1), Windows Vista Business, Windows Vista Enterprise, Windows XP с пакетом обновления 2 (http://www.microsoft.com/en-us/download/details.aspx?id=5355) Windows 7 также работает по моему опыту. (Конечно, вынеобходимо установить .NET Framework в качестве предварительного условия.)

2. Вероятно, это проблема интерфейса, и я предполагаю, что тип интерфейса является последовательным, так как вы упомянули DOS. Последовательным принтерам для печати графики требуется вечность.

3. Мало того, что качество печати лучше, но скорость резко увеличивается, если вы используете какой-либо интерфейс, кроме последовательного. Ethernet является лучшим современным типом подключения для большинства кухонь.

4. Любой производитель принтеров, у которого нет POS для поддержки .NET (или любого другого стандарта ARTS), срезает углы, и вы не должны иметь с ними дело. Цена может быть дешевле, но часть стоимостипричина в том, что они не предоставляют полных решений. Плохая поддержка драйверов / программного обеспечения, аппаратные функцииacking ... Вот когда мы, разработчики, сталкиваемся с этими головными болями.

5. См. # 4.Но если вы используете команды ESC / POS (которые зависят от производителя), то вы не используете POS для .NET.

6. ESC / POS имеет команды для двойного текставысокая и двойная ширина:

   ESC!n (27,33, n) Изменить стиль печати:

   n = 0, все стили ВЫКЛ.

   n = 16, двойная высокая печать

   n = 32, двойная ширина печати

   n = 48 двойной высокой и широкой печати

7. Не обязательно плохо;Подробнее об этом я расскажу ниже.

8. Повторяя мой комментарий к # 4 ... OPOS является отраслевым стандартом и существует с 90-х годов.Если производитель не знает, о чем вы говорите, когда вы спрашиваете об этом, он не должен быть в бизнесе принтеров.

Я не вижу никаких требований, связывающих васиспользовать POS для .NET или OPOS на основе того, что вы написали.Эти стандарты отлично подходят для быстрой разработки и поддерживают множество моделей принтеров одновременно.

Однако, если вы используете систему на основе DOS, вы, вероятно, сбрасываете все данные печати в COM-порт.Это не значит, что вам нужно использовать последовательный принтер.Основные игроки в производстве принтеров предлагают виртуальный последовательный порт.Вы устанавливаете драйвер принтера USB / Ethernet (который позволяет печатать графику), а затем активируете виртуальный порт.Ваше программное обеспечение отправляет все данные в COMn (без изменений).Виртуальный порт «слушает» этот COM-порт, перехватывает команды, а затем преобразует их в то, что понимает USB / Ethernet-принтер.

Даже если вы выберете этот маршрут, данные печати, отправленные непосредственно на порт, не будутЭто красиво и настраивать это может быть хлопотно.

TSP100, вероятно, то, что вам нужно.Он поставляется с утилитой конфигурации, которая имеет как виртуальный последовательный порт, так и настройку для преобразования шрифта устройства (данные печати, выгружаемые в COM-порт) в графический шрифт по вашему выбору.Проверьте эту ссылку: http://www.futureprnt.com/receipt-redesign-tool/

Этот вопрос был задан некоторое время назад, поэтому, возможно, требования изменились.Планшеты и смартфоны берут штурмом ресторанную индустрию.В этом случае вам обязательно следует изучить Star SDK для Android и iOS, который включает API печати для этих ОС, образцы печати и руководства: http://www.starmicronics.com/support/SDKDocumentation.aspx