Ошибка 50h идет печать предыдущей команды - Решение и исправление самых разных ошибок на TopOshibok.ru

Эта тема закрыта, вы не можете редактировать и оставлять сообщения в ней.

Страница 1 из 1

[ Сообщений: 10 ]

ШТРИХ-ФР-*. ResultCode при обрыве ленты

Автор

Сообщение

Новичок

Зарегистрирован: Вт май 06, 2008 7:50 am
Сообщения: 38
Откуда: Пермь

ШТРИХ-ФР-*. ResultCode при обрыве ленты

В своем АРМ Кассира при работе с фискальным регистратором использую так называемую 2-ую стратегию поведения при выполнении команд печати, описанную в инструкции к драйверу ФР.

Цитата:

Вторая стратегия подразумевает анализ состояния ККМ по ошибкам, возвращаемым ККМ. Сразу после подачи операции печати (например, команды закрытия чека) подаётся следующая команда
печати (например, команда регистрации продажи). Если ККМ возвращает ошибку 50h «Идёт печать предыдущей команды», то она находится в подрежиме 4 «Фаза печати операции».
Повторяем команду печати и анализируем ошибку до тех пор, пока её значение не станет равным 0 «Ошибок нет». Возможна ситуация, когда значение ошибки, возвращаемой на попытку выполнить очередную команду печати во время выполнения предыдущей, равно 72h «Команда не поддерживается в данном подрежиме», что означает, что ККМ находится в подрежиме 2 «Активное отсутствие бумаги». В этом случае необходимо выдать оператору ККМ сообщение, что необходимо вставить новый рулон бумаги, и продолжать посылать команду печати и анализировать возвращаемую ошибку. Значение ошибки станет равным 58h «Ожидание команды продолжения печати», когда оператор заменит бумагу и ККМ перейдёт в подрежим 3 «После активного отсутствия бумаги». После этого можно продолжить посылать команду печати,
анализировать ошибку, пока её значение не станет равным 0 «Ошибки нет».

При обрыве ленты (чековой или контрольной) периодически, на разных кассах (а их более 600) КодОшибки принимает значение «64h (100) ФП отсутствует» или даже «-1 Нет связи». Хотелось бы выяснить причину появления столь странного ResultCode.

Это ошибка прошивки ФР, ФП или драйвера?

Может быть, просто добавить обработку этих кодов в мои процедуры, считая, что если при печати ФР вернул эти коды, то на самом деле, у него нет бумаги?

Возможны ли еще какие-то коды ошибок, отличные от 6Bh «Нет чековой ленты», 6Ch «Нет контрольной ленты», 72h «Команда не поддерживается в данном режиме», в случае обрыва ленты?

_________________
Константин

Пн авг 18, 2008 1:49 pm

Kholkin Evgeniy

Постоянный участник

Зарегистрирован: Чт мар 10, 2005 6:42 pm
Сообщения: 4282

Список ошибок приведен в руководстве по эксплуатации.

Ошибка «-1 Нет связи» — нужно увеличить тайм-аут работы ФР в настройке свойств до 600 мс.

Цитата:

Неверное заключение. При ошибках «Нет связи» или «64h (100) ФП отсутствует» Вы должны остановить работу, т.е. это критические ошибки. Т.е. при данных ошибках в последствии посылается команда «Аннулировать» и оператору предлагается еще раз пробить чек.

Пн авг 18, 2008 5:40 pm

CKV

Новичок

Зарегистрирован: Вт май 06, 2008 7:50 am
Сообщения: 38
Откуда: Пермь

Kholkin Evgeniy писал(а):

При ошибках «Нет связи» или «64h (100) ФП отсутствует» Вы должны остановить работу, т.е. это критические ошибки.

Хорошо, можно тогда привести список критических ошибок?

Но из-за чего они возникают? Именно при обрыве ленты? Ведь ФР в данном случае должен возвращать только «Нет чековой» либо «Нет контрольной ленты».

_________________
Константин

Вт авг 19, 2008 5:39 am

Kholkin Evgeniy

Постоянный участник

Зарегистрирован: Чт мар 10, 2005 6:42 pm
Сообщения: 4282

Критические ошибки отмечены в списке ошибок в руководстве по эксплуатации.

Цитата:

Если ошибки более приоритетные, чек ошибки отсутствия ленты.

Вт авг 19, 2008 11:02 am

CKV

Новичок

Зарегистрирован: Вт май 06, 2008 7:50 am
Сообщения: 38
Откуда: Пермь

Понял, спасибо, список нашел!

Т.е. при критической ошибке вывести соответствующее сообщение и аннулировать чек? А затем запросить статус ФР (GetECRStatus)? И дальше анализировать ECRMode и ECRAdvancedMode?

_________________
Константин

Вт авг 19, 2008 12:41 pm

Kholkin Evgeniy

Постоянный участник

Зарегистрирован: Чт мар 10, 2005 6:42 pm
Сообщения: 4282

Именно. Но очень Важно убедиться, что команда аннулировать чек прошла успешно.

Лучше как сделать.

«Т.е. при критической ошибке вывести соответствующее сообщение «, затем подать команду GetECRStatus, если ошибок нет, то аннулировать чек, если ошибок нет, то выполнять программу дальше.

Вт авг 19, 2008 12:48 pm

CKV

Новичок

Зарегистрирован: Вт май 06, 2008 7:50 am
Сообщения: 38
Откуда: Пермь

Kholkin Evgeniy писал(а):

затем подать команду GetECRStatus, если ошибок нет, то аннулировать чек, если ошибок нет, то выполнять программу дальше.

Т.е. после CancelCheck запросить ResultCode, если = 0, то продолжаем?

Тогда можно сделать дополнительную проверку — попал ли чек в БД, я ведь могу сравнить сумму в базе по последнему чеку c суммой в денежном регистре 72?

_________________
Константин

Вт авг 19, 2008 1:25 pm

Kholkin Evgeniy

Постоянный участник

Зарегистрирован: Чт мар 10, 2005 6:42 pm
Сообщения: 4282

Цитата:

Т.е. после CancelCheck запросить ResultCode, если = 0, то продолжаем?

Да, именно так.

Цитата:

Можете делать проверку, вообще чем больше проверок, тем стабильнее система.

Вт авг 19, 2008 1:29 pm

CKV

Новичок

Зарегистрирован: Вт май 06, 2008 7:50 am
Сообщения: 38
Откуда: Пермь

Все понятно, большое спасибо!

_________________
Константин

Вт авг 19, 2008 1:41 pm

Kholkin Evgeniy

Постоянный участник

Зарегистрирован: Чт мар 10, 2005 6:42 pm
Сообщения: 4282

Были рады Вам помочь!

Вт авг 19, 2008 1:45 pm

Показать сообщения за: Поле сортировки

Страница 1 из 1

[ Сообщений: 10 ]

Кто сейчас на конференции

Сейчас этот форум просматривают: нет зарегистрированных пользователей и гости: 1

Вы не можете начинать темы
Вы не можете отвечать на сообщения
Вы не можете редактировать свои сообщения
Вы не можете удалять свои сообщения
Вы не можете добавлять вложения

Источник

Установил все на рабочий биллинг.
Настроил driver: ru.bitel.frk.driver.shtrih2.Driver

На thread#48 регистратор начал пищать, пищал примерно 3 секунды.
Вот лог:

Код:

DEBUG 18.01.2010 14:41:02,931 : server: connection accepted #47: Socket[addr=/192.168.37.5,port=44384,localport=9876]
TRACE 18.01.2010 14:41:02,933 : thread#47: <- COMMAND
TRACE 18.01.2010 14:41:02,933 : thread#47: <- 58993860201870213157257498191322
TRACE 18.01.2010 14:41:02,933 : thread#47: <- check
DEBUG 18.01.2010 14:41:02,933 : thread#47: try ‘check’ command…
TRACE 18.01.2010 14:41:02,933 : thread#47: <- 1
TRACE 18.01.2010 14:41:02,933 : thread#47: <- 230.0
TRACE 18.01.2010 14:41:02,933 : thread#47: <- 230.0
TRACE 18.01.2010 14:41:02,933 : thread#47: <- 457473
TRACE 18.01.2010 14:41:02,933 : thread#47: <- 0
TRACE 18.01.2010 14:41:02,934 : thread#47: <- STRING
TRACE 18.01.2010 14:41:02,934 : thread#47: <- Оператор №42
TRACE 18.01.2010 14:41:02,934 : thread#47: <-
TRACE 18.01.2010 14:41:02,934 : thread#47: <- STRING
TRACE 18.01.2010 14:41:02,934 : thread#47: <- Тел. абон. отд. 581-581
TRACE 18.01.2010 14:41:02,934 : thread#47: <-
TRACE 18.01.2010 14:41:02,934 : thread#47: <- ENDCOMMAND
TRACE 18.01.2010 14:41:02,934 : thread#47: -> ECHO
TRACE 18.01.2010 14:41:02,934 : thread#47: -> 58993860201870213157257498191322
DEBUG 18.01.2010 14:41:02,934 : Driver: check(clientsumma=230.0):
DEBUG 18.01.2010 14:41:02,934 : Driver: SALE: sum=230.0;txt=457473;dep=0
DEBUG 18.01.2010 14:41:02,934 : Driver: TEXT: Оператор №42
DEBUG 18.01.2010 14:41:02,934 : Driver: TEXT: Тел. абон. отд. 581-581
TRACE 18.01.2010 14:41:02,944 : shtrih-driver: send ENQ
TRACE 18.01.2010 14:41:02,953 : shtrih-driver: getted NAK
TRACE 18.01.2010 14:41:02,953 : shtrih-driver: SEND: 02 05 10 01 00 00 00 14
TRACE 18.01.2010 14:41:02,957 : shtrih-driver: send ENQ
TRACE 18.01.2010 14:41:02,966 : shtrih-driver: getted NAK
TRACE 18.01.2010 14:41:02,984 : shtrih-driver: send packet
TRACE 18.01.2010 14:41:03,000 : shtrih-driver: getted ACK
TRACE 18.01.2010 14:41:03,034 : shtrih-driver: RECV: 02 10 10 00 01 B2 02 02 00 00 9F DF 00 00 00 90 08 00 6B
TRACE 18.01.2010 14:41:03,034 : shtrih-driver: STX message= 10 00 01 B2 02 02 00 00 9F DF 00 00 00 90 08 00
TRACE 18.01.2010 14:41:03,034 : shtrih-driver: ok, send ACK
TRACE 18.01.2010 14:41:03,038 : shtrih-driver: SEND: 02 3C 80 01 00 00 00 E8 03 00 00 00 D8 59 00 00 00 00 00 00 00 00 34 35 37 34 37 33 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 D1
TRACE 18.01.2010 14:41:03,042 : shtrih-driver: send ENQ
TRACE 18.01.2010 14:41:03,051 : shtrih-driver: getted NAK
TRACE 18.01.2010 14:41:03,183 : shtrih-driver: send packet
TRACE 18.01.2010 14:41:03,193 : shtrih-driver: getted ACK
TRACE 18.01.2010 14:41:03,623 : shtrih-driver: RECV: 02 03 80 00 01 82
TRACE 18.01.2010 14:41:03,623 : shtrih-driver: STX message= 80 00 01
TRACE 18.01.2010 14:41:03,623 : shtrih-driver: ok, send ACK
TRACE 18.01.2010 14:41:03,627 : shtrih-driver: SEND: 02 2E 17 01 00 00 00 03 CE EF E5 F0 E0 F2 EE F0 20 B9 34 32 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 9C
TRACE 18.01.2010 14:41:03,631 : shtrih-driver: send ENQ
TRACE 18.01.2010 14:41:03,640 : shtrih-driver: getted NAK
TRACE 18.01.2010 14:41:03,744 : shtrih-driver: send packet
TRACE 18.01.2010 14:41:03,766 : shtrih-driver: getted ACK
TRACE 18.01.2010 14:41:03,766 : shtrih-driver: RECV: 02 03 17 00 01 15
TRACE 18.01.2010 14:41:03,766 : shtrih-driver: STX message= 17 00 01
TRACE 18.01.2010 14:41:03,766 : shtrih-driver: ok, send ACK
TRACE 18.01.2010 14:41:03,770 : shtrih-driver: SEND: 02 2E 17 01 00 00 00 03 D2 E5 EB 2E 20 E0 E1 EE ED 2E 20 EE F2 E4 2E 20 35 38 31 2D 35 38 31 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 3E
TRACE 18.01.2010 14:41:03,774 : shtrih-driver: send ENQ
TRACE 18.01.2010 14:41:03,783 : shtrih-driver: getted NAK
TRACE 18.01.2010 14:41:03,887 : shtrih-driver: send packet
TRACE 18.01.2010 14:41:03,909 : shtrih-driver: getted ACK
TRACE 18.01.2010 14:41:03,909 : shtrih-driver: RECV: 02 03 17 00 01 15
TRACE 18.01.2010 14:41:03,909 : shtrih-driver: STX message= 17 00 01
TRACE 18.01.2010 14:41:03,909 : shtrih-driver: ok, send ACK
TRACE 18.01.2010 14:41:03,913 : shtrih-driver: SEND: 02 47 85 01 00 00 00 D8 59 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 42
TRACE 18.01.2010 14:41:03,917 : shtrih-driver: send ENQ
TRACE 18.01.2010 14:41:03,926 : shtrih-driver: getted NAK
TRACE 18.01.2010 14:41:04,081 : shtrih-driver: send packet
TRACE 18.01.2010 14:41:04,091 : shtrih-driver: getted ACK
TRACE 18.01.2010 14:41:04,706 : shtrih-driver: RECV: 02 08 85 00 01 00 00 00 00 00 8C
TRACE 18.01.2010 14:41:04,706 : shtrih-driver: STX message= 85 00 01 00 00 00 00 00
TRACE 18.01.2010 14:41:04,706 : shtrih-driver: ok, send ACK
TRACE 18.01.2010 14:41:04,710 : shtrih-driver: SEND: 02 05 13 01 00 00 00 17
TRACE 18.01.2010 14:41:04,714 : shtrih-driver: send ENQ
TRACE 18.01.2010 14:41:04,723 : shtrih-driver: getted NAK
TRACE 18.01.2010 14:41:04,741 : shtrih-driver: send packet
TRACE 18.01.2010 14:41:04,751 : shtrih-driver: getted ACK
TRACE 18.01.2010 14:41:04,794 : shtrih-driver: RECV: 02 03 13 00 01 11
TRACE 18.01.2010 14:41:04,794 : shtrih-driver: STX message= 13 00 01
TRACE 18.01.2010 14:41:04,794 : shtrih-driver: ok, send ACK
TRACE 18.01.2010 14:41:04,836 : thread#47: -> OK
TRACE 18.01.2010 14:41:04,836 : thread#47: -> 0.0
TRACE 18.01.2010 14:41:04,836 : thread#47: -> ENDECHO
DEBUG 18.01.2010 14:41:04,836 : thread#47: command ‘check’ processing sucessfull
TRACE 18.01.2010 14:41:04,837 : thread#47: <- null
DEBUG 18.01.2010 14:41:04,838 : thread#47: end all commands (good work)
DEBUG 18.01.2010 14:41:04,838 : thread#47: close socket
DEBUG 18.01.2010 14:41:14,383 : server: connection accepted #48: Socket[addr=/192.168.37.5,port=44385,localport=9876]
TRACE 18.01.2010 14:41:14,385 : thread#48: <- COMMAND
TRACE 18.01.2010 14:41:14,385 : thread#48: <- 23759310714657091680210116798058
TRACE 18.01.2010 14:41:14,385 : thread#48: <- check
DEBUG 18.01.2010 14:41:14,385 : thread#48: try ‘check’ command…
TRACE 18.01.2010 14:41:14,385 : thread#48: <- 1
TRACE 18.01.2010 14:41:14,385 : thread#48: <- 250.0
TRACE 18.01.2010 14:41:14,385 : thread#48: <- 250.0
TRACE 18.01.2010 14:41:14,385 : thread#48: <- 435553
TRACE 18.01.2010 14:41:14,385 : thread#48: <- 0
TRACE 18.01.2010 14:41:14,385 : thread#48: <- STRING
TRACE 18.01.2010 14:41:14,385 : thread#48: <- Оператор №42
TRACE 18.01.2010 14:41:14,385 : thread#48: <-
TRACE 18.01.2010 14:41:14,385 : thread#48: <- STRING
TRACE 18.01.2010 14:41:14,386 : thread#48: <- Тел. абон. отд. 581-581
TRACE 18.01.2010 14:41:14,386 : thread#48: <-
TRACE 18.01.2010 14:41:14,386 : thread#48: <- ENDCOMMAND
TRACE 18.01.2010 14:41:14,386 : thread#48: -> ECHO
TRACE 18.01.2010 14:41:14,386 : thread#48: -> 23759310714657091680210116798058
DEBUG 18.01.2010 14:41:14,386 : Driver: check(clientsumma=250.0):
DEBUG 18.01.2010 14:41:14,386 : Driver: SALE: sum=250.0;txt=435553;dep=0
DEBUG 18.01.2010 14:41:14,386 : Driver: TEXT: Оператор №42
DEBUG 18.01.2010 14:41:14,386 : Driver: TEXT: Тел. абон. отд. 581-581
TRACE 18.01.2010 14:41:14,396 : shtrih-driver: send ENQ
TRACE 18.01.2010 14:41:14,405 : shtrih-driver: getted NAK
TRACE 18.01.2010 14:41:14,405 : shtrih-driver: SEND: 02 05 10 01 00 00 00 14
TRACE 18.01.2010 14:41:14,409 : shtrih-driver: send ENQ
TRACE 18.01.2010 14:41:14,418 : shtrih-driver: getted NAK
TRACE 18.01.2010 14:41:14,436 : shtrih-driver: send packet
TRACE 18.01.2010 14:41:14,452 : shtrih-driver: getted ACK
TRACE 18.01.2010 14:41:14,486 : shtrih-driver: RECV: 02 10 10 00 01 B2 02 02 00 00 9F E2 00 00 00 91 08 00 57
TRACE 18.01.2010 14:41:14,486 : shtrih-driver: STX message= 10 00 01 B2 02 02 00 00 9F E2 00 00 00 91 08 00
TRACE 18.01.2010 14:41:14,486 : shtrih-driver: ok, send ACK
TRACE 18.01.2010 14:41:14,490 : shtrih-driver: SEND: 02 3C 80 01 00 00 00 E8 03 00 00 00 A8 61 00 00 00 00 00 00 00 00 34 33 35 35 35 33 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 9E
TRACE 18.01.2010 14:41:14,494 : shtrih-driver: send ENQ
TRACE 18.01.2010 14:41:14,503 : shtrih-driver: getted NAK
TRACE 18.01.2010 14:41:14,635 : shtrih-driver: send packet
TRACE 18.01.2010 14:41:14,645 : shtrih-driver: getted ACK
TRACE 18.01.2010 14:41:15,075 : shtrih-driver: RECV: 02 03 80 00 01 82
TRACE 18.01.2010 14:41:15,075 : shtrih-driver: STX message= 80 00 01
TRACE 18.01.2010 14:41:15,075 : shtrih-driver: ok, send ACK
TRACE 18.01.2010 14:41:15,079 : shtrih-driver: SEND: 02 2E 17 01 00 00 00 03 CE EF E5 F0 E0 F2 EE F0 20 B9 34 32 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 9C
TRACE 18.01.2010 14:41:15,083 : shtrih-driver: send ENQ
TRACE 18.01.2010 14:41:15,092 : shtrih-driver: getted NAK
TRACE 18.01.2010 14:41:15,196 : shtrih-driver: send packet
TRACE 18.01.2010 14:41:15,218 : shtrih-driver: getted ACK
TRACE 18.01.2010 14:41:15,218 : shtrih-driver: RECV: 02 03 17 00 01 15
TRACE 18.01.2010 14:41:15,218 : shtrih-driver: STX message= 17 00 01
TRACE 18.01.2010 14:41:15,218 : shtrih-driver: ok, send ACK
TRACE 18.01.2010 14:41:15,222 : shtrih-driver: SEND: 02 2E 17 01 00 00 00 03 D2 E5 EB 2E 20 E0 E1 EE ED 2E 20 EE F2 E4 2E 20 35 38 31 2D 35 38 31 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 3E
TRACE 18.01.2010 14:41:15,226 : shtrih-driver: send ENQ
TRACE 18.01.2010 14:41:15,236 : shtrih-driver: getted NAK
TRACE 18.01.2010 14:41:15,340 : shtrih-driver: send packet
TRACE 18.01.2010 14:41:15,362 : shtrih-driver: getted ACK
TRACE 18.01.2010 14:41:15,362 : shtrih-driver: RECV: 02 03 17 00 01 15
TRACE 18.01.2010 14:41:15,362 : shtrih-driver: STX message= 17 00 01
TRACE 18.01.2010 14:41:15,362 : shtrih-driver: ok, send ACK
TRACE 18.01.2010 14:41:15,366 : shtrih-driver: SEND: 02 47 85 01 00 00 00 A8 61 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 0A
TRACE 18.01.2010 14:41:15,370 : shtrih-driver: send ENQ
TRACE 18.01.2010 14:41:15,379 : shtrih-driver: getted NAK
TRACE 18.01.2010 14:41:15,534 : shtrih-driver: send packet
TRACE 18.01.2010 14:41:15,544 : shtrih-driver: getted ACK
TRACE 18.01.2010 14:41:16,158 : shtrih-driver: RECV: 02 08 85 00 01 00 00 00 00 00 8C
TRACE 18.01.2010 14:41:16,158 : shtrih-driver: STX message= 85 00 01 00 00 00 00 00
TRACE 18.01.2010 14:41:16,159 : shtrih-driver: ok, send ACK
TRACE 18.01.2010 14:41:16,162 : shtrih-driver: SEND: 02 05 13 01 00 00 00 17
TRACE 18.01.2010 14:41:16,166 : shtrih-driver: send ENQ
TRACE 18.01.2010 14:41:16,175 : shtrih-driver: getted NAK
TRACE 18.01.2010 14:41:16,193 : shtrih-driver: send packet
TRACE 18.01.2010 14:41:16,203 : shtrih-driver: getted ACK
TRACE 18.01.2010 14:41:16,247 : shtrih-driver: RECV: 02 03 13 00 01 11
TRACE 18.01.2010 14:41:16,247 : shtrih-driver: STX message= 13 00 01
TRACE 18.01.2010 14:41:16,247 : shtrih-driver: ok, send ACK
TRACE 18.01.2010 14:41:16,253 : thread#48: -> OK
TRACE 18.01.2010 14:41:16,253 : thread#48: -> 0.0
TRACE 18.01.2010 14:41:16,253 : thread#48: -> ENDECHO
DEBUG 18.01.2010 14:41:16,253 : thread#48: command ‘check’ processing sucessfull
TRACE 18.01.2010 14:41:16,254 : thread#48: <- null
DEBUG 18.01.2010 14:41:16,254 : thread#48: end all commands (good work)
DEBUG 18.01.2010 14:41:16,254 : thread#48: close socket
DEBUG 18.01.2010 14:42:25,602 : server: connection accepted #49: Socket[addr=/192.168.37.5,port=48840,localport=9876]
TRACE 18.01.2010 14:42:25,604 : thread#49: <- COMMAND
TRACE 18.01.2010 14:42:25,604 : thread#49: <- 74394301608095426376412572776202
TRACE 18.01.2010 14:42:25,604 : thread#49: <- check
DEBUG 18.01.2010 14:42:25,604 : thread#49: try ‘check’ command…
TRACE 18.01.2010 14:42:25,604 : thread#49: <- 1
TRACE 18.01.2010 14:42:25,604 : thread#49: <- 500.0
TRACE 18.01.2010 14:42:25,604 : thread#49: <- 500.0
TRACE 18.01.2010 14:42:25,604 : thread#49: <- 458213
TRACE 18.01.2010 14:42:25,604 : thread#49: <- 0
TRACE 18.01.2010 14:42:25,604 : thread#49: <- STRING
TRACE 18.01.2010 14:42:25,604 : thread#49: <- Оператор №20
TRACE 18.01.2010 14:42:25,604 : thread#49: <-
TRACE 18.01.2010 14:42:25,604 : thread#49: <- STRING
TRACE 18.01.2010 14:42:25,604 : thread#49: <- Тел. абон. отд. 581-581
TRACE 18.01.2010 14:42:25,604 : thread#49: <-
TRACE 18.01.2010 14:42:25,604 : thread#49: <- ENDCOMMAND
TRACE 18.01.2010 14:42:25,604 : thread#49: -> ECHO
TRACE 18.01.2010 14:42:25,604 : thread#49: -> 74394301608095426376412572776202
DEBUG 18.01.2010 14:42:25,605 : Driver: check(clientsumma=500.0):
DEBUG 18.01.2010 14:42:25,605 : Driver: SALE: sum=500.0;txt=458213;dep=0
DEBUG 18.01.2010 14:42:25,605 : Driver: TEXT: Оператор №20
DEBUG 18.01.2010 14:42:25,605 : Driver: TEXT: Тел. абон. отд. 581-581
TRACE 18.01.2010 14:42:25,615 : shtrih-driver: send ENQ
TRACE 18.01.2010 14:42:25,624 : shtrih-driver: getted NAK
TRACE 18.01.2010 14:42:25,624 : shtrih-driver: SEND: 02 05 10 01 00 00 00 14
TRACE 18.01.2010 14:42:25,628 : shtrih-driver: send ENQ
TRACE 18.01.2010 14:42:25,637 : shtrih-driver: getted NAK
TRACE 18.01.2010 14:42:25,655 : shtrih-driver: send packet
TRACE 18.01.2010 14:42:25,671 : shtrih-driver: getted ACK
TRACE 18.01.2010 14:42:25,705 : shtrih-driver: RECV: 02 10 10 00 01 B2 02 02 00 00 9F DF 00 00 00 91 08 00 6A
TRACE 18.01.2010 14:42:25,705 : shtrih-driver: STX message= 10 00 01 B2 02 02 00 00 9F DF 00 00 00 91 08 00
TRACE 18.01.2010 14:42:25,705 : shtrih-driver: ok, send ACK
TRACE 18.01.2010 14:42:25,709 : shtrih-driver: SEND: 02 3C 80 01 00 00 00 E8 03 00 00 00 50 C3 00 00 00 00 00 00 00 00 34 35 38 32 31 33 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 CC
TRACE 18.01.2010 14:42:25,713 : shtrih-driver: send ENQ
TRACE 18.01.2010 14:42:25,722 : shtrih-driver: getted NAK
TRACE 18.01.2010 14:42:25,854 : shtrih-driver: send packet
TRACE 18.01.2010 14:42:25,864 : shtrih-driver: getted ACK
TRACE 18.01.2010 14:42:26,294 : shtrih-driver: RECV: 02 03 80 00 01 82
TRACE 18.01.2010 14:42:26,294 : shtrih-driver: STX message= 80 00 01
TRACE 18.01.2010 14:42:26,294 : shtrih-driver: ok, send ACK
TRACE 18.01.2010 14:42:26,298 : shtrih-driver: SEND: 02 2E 17 01 00 00 00 03 CE EF E5 F0 E0 F2 EE F0 20 B9 32 30 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 98
TRACE 18.01.2010 14:42:26,302 : shtrih-driver: send ENQ
TRACE 18.01.2010 14:42:26,311 : shtrih-driver: getted NAK
TRACE 18.01.2010 14:42:26,415 : shtrih-driver: send packet
TRACE 18.01.2010 14:42:26,437 : shtrih-driver: getted ACK
TRACE 18.01.2010 14:42:26,437 : shtrih-driver: RECV: 02 03 17 00 01 15
TRACE 18.01.2010 14:42:26,437 : shtrih-driver: STX message= 17 00 01
TRACE 18.01.2010 14:42:26,437 : shtrih-driver: ok, send ACK
TRACE 18.01.2010 14:42:26,441 : shtrih-driver: SEND: 02 2E 17 01 00 00 00 03 D2 E5 EB 2E 20 E0 E1 EE ED 2E 20 EE F2 E4 2E 20 35 38 31 2D 35 38 31 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 3E
TRACE 18.01.2010 14:42:26,445 : shtrih-driver: send ENQ
TRACE 18.01.2010 14:42:26,454 : shtrih-driver: getted NAK
TRACE 18.01.2010 14:42:26,558 : shtrih-driver: send packet
TRACE 18.01.2010 14:42:26,580 : shtrih-driver: getted ACK
TRACE 18.01.2010 14:42:26,580 : shtrih-driver: RECV: 02 03 17 00 01 15
TRACE 18.01.2010 14:42:26,580 : shtrih-driver: STX message= 17 00 01
TRACE 18.01.2010 14:42:26,580 : shtrih-driver: ok, send ACK
TRACE 18.01.2010 14:42:26,584 : shtrih-driver: SEND: 02 47 85 01 00 00 00 50 C3 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 50
TRACE 18.01.2010 14:42:26,588 : shtrih-driver: send ENQ
TRACE 18.01.2010 14:42:26,597 : shtrih-driver: getted NAK
TRACE 18.01.2010 14:42:26,752 : shtrih-driver: send packet
TRACE 18.01.2010 14:42:26,762 : shtrih-driver: getted ACK
TRACE 18.01.2010 14:42:27,377 : shtrih-driver: RECV: 02 08 85 00 01 00 00 00 00 00 8C
TRACE 18.01.2010 14:42:27,377 : shtrih-driver: STX message= 85 00 01 00 00 00 00 00
TRACE 18.01.2010 14:42:27,377 : shtrih-driver: ok, send ACK
TRACE 18.01.2010 14:42:27,381 : shtrih-driver: SEND: 02 05 13 01 00 00 00 17
TRACE 18.01.2010 14:42:27,385 : shtrih-driver: send ENQ
TRACE 18.01.2010 14:42:27,394 : shtrih-driver: getted NAK
TRACE 18.01.2010 14:42:27,412 : shtrih-driver: send packet
TRACE 18.01.2010 14:42:27,422 : shtrih-driver: getted ACK
TRACE 18.01.2010 14:42:27,466 : shtrih-driver: RECV: 02 03 13 00 01 11
TRACE 18.01.2010 14:42:27,466 : shtrih-driver: STX message= 13 00 01
TRACE 18.01.2010 14:42:27,466 : shtrih-driver: ok, send ACK
TRACE 18.01.2010 14:42:27,470 : thread#49: -> OK
TRACE 18.01.2010 14:42:27,470 : thread#49: -> 0.0
TRACE 18.01.2010 14:42:27,470 : thread#49: -> ENDECHO
DEBUG 18.01.2010 14:42:27,470 : thread#49: command ‘check’ processing sucessfull
TRACE 18.01.2010 14:42:27,471 : thread#49: <- null
DEBUG 18.01.2010 14:42:27,471 : thread#49: end all commands (good work)
DEBUG 18.01.2010 14:42:27,471 : thread#49: close socket

Источник

Установил все на рабочий биллинг.
Настроил driver: ru.bitel.frk.driver.shtrih2.Driver

На thread#48 регистратор начал пищать, пищал примерно 3 секунды.
Вот лог:

Код:

Автор
Сообщение

Новичок

Зарегистрирован: Ср ноя 01, 2006 9:31 am
Сообщения: 20

Правильное Ожидание допечати предыдущей команды

Здравствуйте.
Пишу в 1С печать на ПД. Тестирую на Штрих-950К.
После того, как отсылаю команду CloseCheckOnSlipDocument (ФормированиеЗакрытияЧекаНаПД) начинает идти печать на внутреннюю ленту, поэтому сразу напечатать на подкладной документ командой PrintSlipDocument не получится. Детектируем ошибку: «Код ошибки = 80. Описание: Идет печать предыдущей команды».
В ваших примерах для 1С принято не самое хорошее решение — обрабатывать эту команду в цикле:


	Код: Пока Истина Цикл ФР.Password = Пароль;//ВнешПараметры[НомерЛУ][«ПарольСисАдмина»]; ФР.IsClearUnfiscalInfo = False; ФР.InfoType = 2; ФР.PrintSlipDocument(); Рез = ОбработкаОшибок(ФР); Если Рез > 0 Тогда //Возврат Ложь; ИначеЕсли Рез = 0 Тогда Прервать; ИначеЕсли Рез < 0 Тогда Возврат Ложь; КонецЕсли; КонецЦикла;

У такого подхода есть два больших минуса:
1) Есть большая вероятность напороться на бесконечный цикл, если не можем напечатать на ПД по каким-то другим причинам, чем ожидание очереди
2) При каждом проходе цикла (попытке напечатать), фискальник пищит, т.к. происходит ошибка.

В связи с этим вопрос: как можно нормально дождаться печати? Можно ли сделать так, чтобы управление не передавалось обратно в программу после вызова CloseCheckOnSlipDocument, пока не допечатается документ или не произойдет какая-либо ошибка?
Какие еще есть способы решения данной проблемы?
Хотел сделать цикл с опросом статуса или «ошибки» по типу так:

Но так ес-но не работает, потому как св-во ResultCode меняется только по ошибкам (т.е. по «пИску» ) ).
С просмотром статуса тоже не получается. У меня в момент печати на внут. ленте возвращается следующее:

Помогите.

Ср сен 18, 2013 11:10 am

Selihov Dmitry

Постоянный участник

Зарегистрирован: Пт май 19, 2006 6:26 pm
Сообщения: 10424
Откуда: Штрих-М

Re: Правильное Ожидание допечати предыдущей команды

1. Звуковой сигнал при ошибке можно отключить в таблице 1 настроек ФР.
2. Можно aнализировать подрежим ФР делая короткий запрос состояния — на время печати подрежим переходит в значение 5 и возвращается в 0 по завершении печати.

_________________
С уважением, Селихов Дмитрий Юрьевич
Инженер технической поддержки ЗАО «Штрих-М»
mailto: support@shtrih-m.ru
тел. (495) 787-60-96
ВНИМАНИЕ:
Работает Официальный Интернет-Магазин от компании Штрих-М
Shels-m.ru

Ср сен 18, 2013 1:27 pm

JohnY

Новичок

Зарегистрирован: Ср ноя 01, 2006 9:31 am
Сообщения: 20

Re: Правильное Ожидание допечати предыдущей команды

это уже крайняя мера.

т.е. будет примерно так:

?
А как, если не секрет, реализуется этот момент в ваших программах (в том числе 1С конфигурациях)?

Ср сен 18, 2013 1:35 pm

Selihov Dmitry

Постоянный участник

Зарегистрирован: Пт май 19, 2006 6:26 pm
Сообщения: 10424
Откуда: Штрих-М

Re: Правильное Ожидание допечати предыдущей команды

Скорее так:

Этот вопрос надо задавать разработчикам конкретного ПО в этом форуме:

http://avtomatizacia.shtrih-m.ru/forum/ … um.php?f=1

Ср сен 18, 2013 1:40 pm

JohnY

Новичок

Зарегистрирован: Ср ноя 01, 2006 9:31 am
Сообщения: 20

Re: Правильное Ожидание допечати предыдущей команды

Я хотел написать:

думаю так будет правильнее, нежели <> 0. Ведь может кончится бумага или еще что-то подобное. Верно?
При такой реализации мы в бесконечность не попадем? Подрежим кассы при возникновении какой-либо ошибки изменяется?

Ср сен 18, 2013 1:53 pm

Selihov Dmitry

Постоянный участник

Зарегистрирован: Пт май 19, 2006 6:26 pm
Сообщения: 10424
Откуда: Штрих-М

Re: Правильное Ожидание допечати предыдущей команды

Да, скорее так будет верней.

Ср сен 18, 2013 3:29 pm

JohnY

Новичок

Зарегистрирован: Ср ноя 01, 2006 9:31 am
Сообщения: 20

Re: Правильное Ожидание допечати предыдущей команды

Спасибо за ответ. Как всегда ваша тех. поддержка самая шустрая из всех мне знакомых тех. поддержек!

В подтверждение своих слов только сейчас нашел в документации приложение № 2, в котором описывают как раз-таки мои колебания связанные с вопросом ожидания печати. Выхода действительно только два: либо проверяем подстатус, либо пытаемся печатать до тех пор, пока не допечатается предыдущее. Вот полная выдержка из документации:

Цитата:

Приложение 2 В помощь программисту
1. Существует различие в том, как драйвер реагирует на выполнение методов, связанных и не
связанных с операциями печати. В случае вызова какого-либо метода, связанного с выполнением
операций печати, выдача драйвером ответа OK говорит лишь о том, что в данных, выводимых на
печать, нет ошибок, но, однако, не означает, что во время печати не возникнет какой-нибудь
ошибки (например, обрыв бумаги). В свою очередь, при вызове остальных методов, ответ
драйвера OK символизирует успешное выполнение метода.
2. Имеется две стратегии поведения при выполнении команд печати.
Первая стратегия заключается в следующем. По началу печати ККМ переходит в подрежим 4
«Фаза печати операции» (например, при закрытии чека) и не принимает от хоста дальнейших
команд, связанных с печатью (например, команды новой регистрации продажи). Состояние ККМ
можно отслеживать, подавая через определѐнные интервалы времени команду «Запрос
состояния». Если очередной запрос состояния вернул подрежим ККМ 0 «Бумага есть», то можно
посылать следующую команду печати. Возможна ситуация, когда из подрежима 4 «Фаза печати
операции» ККМ переходит в подрежим 2 «Активное отсутствие бумаги» (закончилась бумага).
Тогда необходимо выдать об этом сообщение оператору ККМ с требованием заправить новый
рулон бумаги и продолжить запрашивать состояние ККМ до тех пор, пока она не окажется в
подрежиме 3 «После активного отсутствия бумаги» (в ККМ был заправлен новый рулон бумаги).
После этого следует подать команду «Продолжение печати», которая повторяет печать
прерванного чека, и опять продолжить запрашивать состояние, пока очередной запрос не вернѐт
подрежим ККМ 0 «Бумага есть». Теперь ККМ готова принять очередную команду печати. Таким
образом, мы как бы дожидаемся окончания фазы печати, анализируя состояние ККМ командой
«Запрос состояния». У этой стратегии имеется недостаток, так как команда «Запрос состояния»
выполняется довольно медленно: вместо команды «Запрос состояния» можно пользоваться
командой «Короткий запрос состояния», которая выполняется гораздо быстрее.
Вторая стратегия подразумевает анализ состояния ККМ по ошибкам, возвращаемым ККМ. Сразу
после подачи операции печати (например, команды закрытия чека) подаѐтся следующая команда
печати (например, команда регистрации продажи). Если ККМ возвращает ошибку 50h «Идѐт
печать предыдущей команды», то она находится в подрежиме 4 «Фаза печати операции».
Повторяем команду печати и анализируем ошибку до тех пор, пока еѐ значение не станет равным
0 «Ошибок нет». Возможна ситуация, когда значение ошибки, возвращаемой на попытку
выполнить очередную команду печати во время выполнения предыдущей, равно 72h «Команда не
поддерживается в данном подрежиме», что означает, что ККМ находится в подрежиме 2
«Активное отсутствие бумаги». В этом случае необходимо выдать оператору ККМ сообщение, что
необходимо вставить новый рулон бумаги, и продолжать посылать команду печати и
анализировать возвращаемую ошибку. Значение ошибки станет равным 58h «Ожидание команды
продолжения печати», когда оператор заменит бумагу и ККМ перейдѐт в подрежим 3 «После
активного отсутствия бумаги». После этого можно продолжить посылать команду печати,
анализировать ошибку, пока еѐ значение не станет равным 0 «Ошибки нет».

Ср сен 18, 2013 3:41 pm

Selihov Dmitry

Постоянный участник

Зарегистрирован: Пт май 19, 2006 6:26 pm
Сообщения: 10424
Откуда: Штрих-М

Re: Правильное Ожидание допечати предыдущей команды

В общем да, ответ на ваш вопрос есть в руководстве администратора.

Ср сен 18, 2013 3:46 pm

JohnY

Новичок

Зарегистрирован: Ср ноя 01, 2006 9:31 am
Сообщения: 20

Re: Правильное Ожидание допечати предыдущей команды

Просто эти методы какие-то уж слишком топорные. Краше было бы наличие метода драйвера «ОжидатьЗавершенияПечати» или аналогичную опцию, при установке в ИСТИНА которой управление не передавалось бы в программу, пока не завершится посланная команда.

Ср сен 18, 2013 3:50 pm

Selihov Dmitry

Постоянный участник

Зарегистрирован: Пт май 19, 2006 6:26 pm
Сообщения: 10424
Откуда: Штрих-М

Re: Правильное Ожидание допечати предыдущей команды

Вообще в последних версиях драйвера, начиная с 4.9, наверное, есть такой метод:

WaitForPrinting
ОжиданиеПечати
Выполняет ожидание завершения печати.
Метод запрашивает состояние ФР и анализирует подрежим ФР.
Далее приведены значения подрежимов и действия программы:
0. Бумага есть.
Выход из метода.
1. Пассивное отсутствие бумаги.
Выдает ошибку E_NOPAPER, -34
ResultCode = E_NOPAPER
ResultCodeDescription = «Пассивное отсутствие бумаги»
2. Активное отсутствие бумаги.
Выдает ошибку E_NOPAPER, -34
ResultCode = E_NOPAPER
ResultCodeDescription = «Активное отсутствие бумаги»
3. После активного отсутствия бумаги.
ФР ждет команду продолжения печати .
Подает команду продолжения печати и возвращается в цикл.
4. Фаза печати операции полных фискальных отчетов.
Выполняет задержку, указанную в свойстве WaitForPrintingDelay и возвращается в цикл.
5. Фаза печати операции
Выполняет задержку, указанную в свойстве WaitForPrintingDelay и возвращается в цикл.
Другие значения подрежима ФР:
Выход из метода.
Используемые свойства
Название Тип Диапазон/длина Доступ Расшифровка Стр.
Password Целое до 8 разрядов RW Пароль для исполнения метода драйвера. 198
WaitForPrintingDelay Целое – RW Задержка ожидания печати 197

Модифицируемые свойства
Название Тип Диапазон/длина Доступ Расшифровка Стр.
ResultCode Целое – R
Код ошибки, возвращаемой ККМ в результате
выполнения последней операции
204
ResultCodeDescription Строка – R
Строка с описанием на русском языке кода
ошибки, возникающей в результате
выполнения последней операции
208

Ср сен 18, 2013 4:29 pm

JohnY

Новичок

Зарегистрирован: Ср ноя 01, 2006 9:31 am
Сообщения: 20

Re: Правильное Ожидание допечати предыдущей команды

Круть! Это как раз то, что надо! Спасибо. Качаем и ставим новый драйвер.

Ср сен 18, 2013 4:45 pm

Selihov Dmitry

Постоянный участник

Зарегистрирован: Пт май 19, 2006 6:26 pm
Сообщения: 10424
Откуда: Штрих-М

Re: Правильное Ожидание допечати предыдущей команды

Ср сен 18, 2013 4:53 pm

23 мая 2019

45143

Время чтения:
44 мин.

Бывает так, что в любой момент времени может возникнуть сбой в работе той, или иной системы. Кассовые аппараты компании «Штрих-М» не исключение. В данном обзоре представлены основные неисправности и способы решения возникших проблем с онлайн-кассой ШТРИХ-М-01Ф, а также коды ошибок с описанием. Этот материал поможет вам сэкономить драгоценное время и не заниматься поиском решения проблемы в интернете. В случае, если неисправность невозможно устранить самостоятельно, нужно обратиться к специалистам сервисного центра.

Для определения ошибочных ситуаций может использоваться индикатор ошибки, находящийся на индикаторной панели, который служит, для:

индикации наличия бумаги: при отсутствии бумаги загорается красным цветом и ККТ подаёт звуковой сигнал;
индикации аварии аппаратной части ККТ: после включения питания мигает двойными вспышками через паузу (звуковых сигналов нет, связи по интерфейсу с ККТ нет);
индикации нарушения целостности данных в ОЗУ, а также когда ККТ находится в режиме 9: мигает после включения питания ККТ и звукового сигнала (на все запросы по интерфейсу передаётся соответствующий код ошибки).

ККТ не реагирует на нажатия кнопок промотки бумаги

Причина. ККТ выключен

Решение. Включите питание ККТ

Причина. Идет отработка какой-то команды

Решение. Дождитесь окончания выполнения текущей операции

Причина. «Заело» бумагу

Решение. Освободите бумагу

Причина. ККТ вышел из строя

Решение. Обратитесь в сервисный центр

ККТ не отвечает на команды хоста

Причина. ККТ выключен

Решение. Включите питание ККТ

Причина. Скорость обмена ККТ с хостом не совпадает со скоростью, на которой хост посылает команды

Решение. Установите скорость передачи данных хоста

Причина. Скорость обмена ККТ с хостом совпадает со скоростью, на которой хост посылает команды, но канал связи не позволяет передавать данные на такой скорости без ошибок

Решение. Установите скорость передачи данных хоста и ККТ равной 4800 бод (см. раздел инструкции «Установка скорости обмена с хостом по умолчанию»)

Причина. Соединительный кабель не подключен или вышел из строя

Решение. Подключите или замените кабель

Причина. ККТ вышел из строя

Решение. Обратитесь в сервисный центр

Нет связи с ОФД

Причина. Неверные настройки ККТ

Решение. Проверьте настройки ККТ

Чеки не передаются в ОФД в течении 30 дней

Причина. Нет связи

Решение. Обратитесь в обслуживающую организацию

Нужна помощь с кассой ШТРИХ-М?
Поможем разобраться с любыми неполадками!

Оставьте заявку и получите консультацию инженера по ККТ.

Заказать звонок

Ваша заявка принята

Наши консультанты перезвонят Вам
в течение 20 минут

Коды ошибок

Примечание 1: В столбце «Устройство» указывается источник возникновения ошибки: фискальный накопитель (ФН) или сама ККТ.

Код ошибки	Устройство	Описание ошибки	Версия протокола ККТ	Критичность
HEX	DEC	v.2.0
00h	0	ФН	Ошибок нет	+
01h	1	ФН	Неизвестная команда, неверный формат посылки или неизвестные параметры	+
02h	2	ФН	Неверное состояние ФН	+
03h	3	ФН	Ошибка ФН	+
04h	4	ФН	Ошибка КС	+
05h	5	ФН	Закончен срок эксплуатации ФН	+
06h	6	ФН	Архив ФН переполнен	+
07h	7	ФН	Неверные дата и/или время	+
08h	8	ФН	Нет запрошенных данных	+
09h	9	ФН	Некорректное значение параметров команды	+
10h	16	ФН	Превышение размеров TLV данных	+
11h	17	ФН	Нет транспортного соединения	+
12h	18	ФН	Исчерпан ресурс КС (криптографического сопроцессора)	+
14h	20	ФН	Исчерпан ресурс хранения	+
15h	21	ФН	Исчерпан ресурс Ожидания передачи сообщения	+
16h	22	ФН	Продолжительность смены более 24 часов	+
17h	23	ФН	Неверная разница во времени между 2 операциями	+
20h	32	ФН	Сообщение от ОФД не может быть принято	+
2Fh	47	ККТ	Таймаут обмена с ФН	+
30h	48	ККТ	ФН не отвечает	+
33h	51	ККТ	Некорректные параметры в команде	+
34h	52	ККТ	Нет данных	+
35h	53	ККТ	Некорректный параметр при данных настройках	+
36h	54	ККТ	Некорректные параметры в команде для данной реализации ККТ	+
37h	55	ККТ	Команда не поддерживается в данной реализации ККТ	+
38h	56	ККТ	Ошибка в ПЗУ	+	+
39h	57	ККТ	Внутренняя ошибка ПО ККТ	+
3Ch	60	ККТ	Смена открыта операция невозможна	+
3Dh	61	ККТ	Смена открыта операция невозможна
3Eh	62	ККТ	Переполнение накопления по секциям в смене	+
3Fh	63	ККТ	Переполнение накопления по скидкам в смене	+
40h	64	ККТ	Переполнение диапазона скидок	+

Код ошибки	Устройство	Описание ошибки	Версия протокола ККТ	Критичность
HEX	DEC	v.2.0
41h	65	ККТ	Переполнение диапазона оплаты наличными	+
42h	66	ККТ	Переполнение диапазона оплаты типом 2	+
43h	67	ККТ	Переполнение диапазона оплаты типом 3	+
44h	68	ККТ	Переполнение диапазона оплаты типом 4	+
45h	69	ККТ	Cумма всех типов оплаты меньше итога чека	+
46h	70	ККТ	Не хватает наличности в кассе	+
47h	71	ККТ	Переполнение накопления по налогам в смене	+
48h	72	ККТ	Переполнение итога чека	+
49h	73	ККТ	Операция невозможна в открытом чеке данного типа
4Ah	74	ККТ	Открыт чек – операция невозможна	+
4Bh	75	ККТ	Буфер чека переполнен	+
4Ch	76	ККТ	Переполнение накопления по обороту налогов в смене	+
4Dh	77	ККТ	Вносимая безналичной оплатой сумма больше суммы чека	+
4Eh	78	ККТ	Смена превысила 24 часа	+
4Fh	79	ККТ	Неверный пароль	+
50h	80	ККТ	Идет печать результатов выполнения предыдущей команды	+
51h	81	ККТ	Переполнение накоплений наличными в смене	+
52h	82	ККТ	Переполнение накоплений по типу оплаты 2 в смене	+
53h	83	ККТ	Переполнение накоплений по типу оплаты 3 в смене	+
54h	84	ККТ	Переполнение накоплений по типу оплаты 4 в смене	+
55h	85	ККТ	Чек закрыт – операция невозможна
56h	86	ККТ	Нет документа для повтора	+
58h	88	ККТ	Ожидание команды продолжения печати	+
59h	89	ККТ	Документ открыт другим оператором	+
5Bh	91	ККТ	Переполнение диапазона надбавок	+
5Ch	92	ККТ	Понижено напряжение 24В	+
5Dh	93	ККТ	Таблица не определена	+
5Eh	94	ККТ	Неверная операция	+
5Fh	95	ККТ	Отрицательный итог чека	+
60h	96	ККТ	Переполнение при умножении	+
61h	97	ККТ	Переполнение диапазона цены	+
62h	98	ККТ	Переполнение диапазона количества	+
63h	99	ККТ	Переполнение диапазона отдела	+
65h	101	ККТ	Не хватает денег в секции	+
66h	102	ККТ	Переполнение денег в секции	+
68h	104	ККТ	Не хватает денег по обороту налогов	+
69h	105	ККТ	Переполнение денег по обороту налогов	+
6Ah	106	ККТ	Ошибка питания в момент ответа по I²C	+
6Bh	107	ККТ	Нет чековой ленты	+

Код ошибки	Устройство	Описание ошибки	Версия протокола ККТ	Критичность
HEX	DEC	v.2.0
6Dh	109	ККТ	Не хватает денег по налогу	+
6Eh	110	ККТ	Переполнение денег по налогу	+
6Fh	111	ККТ	Переполнение по выплате в смене	+
71h	113	ККТ	Ошибка отрезчика	+	+
72h	114	ККТ	Команда не поддерживается в данном подрежиме	+
73h	115	ККТ	Команда не поддерживается в данном режиме	+
74h	116	ККТ	Ошибка ОЗУ	+	+
75h	117	ККТ	Ошибка питания	+
77h	119	ККТ	Ошибка принтера: нет сигнала с датчиков	+	+
78h	120	ККТ	Замена ПО	+	+
79h	121	ККТ	Ошибка часов	+
7Ah	122	ККТ	Поле не редактируется	+
7Bh	123	ККТ	Ошибка оборудования	+
7Ch	124	ККТ	Не совпадает дата	+
7Dh	125	ККТ	Неверный формат даты	+
7Eh	126	ККТ	Неверное значение в поле длины	+
7Fh	127	ККТ	Переполнение диапазона итога чека	+
84h	132	ККТ	Переполнение наличности	+
85h	133	ККТ	Переполнение по продажам в смене	+
86h	134	ККТ	Переполнение по покупкам в смене	+
87h	135	ККТ	Переполнение по возвратам продаж в смене	+
88h	136	ККТ	Переполнение по возвратам покупок в смене	+
89h	137	ККТ	Переполнение по внесению в смене	+
8Eh	142	ККТ	Нулевой итог чека	+
90h	144	ККТ	Поле превышает размер, установленный в настройках	+
91h	145	ККТ	Выход за границу поля печати при данных настройках шрифта	+
92h	146	ККТ	Наложение полей	+
93h	147	ККТ	Восстановление ОЗУ прошло успешно	+
94h	148	ККТ	Исчерпан лимит операций в чеке	+
C0h	192	ККТ	Контроль даты и времени (подтвердите дату и время)	+
C2h	194	ККТ	Превышение напряжения в блоке питания	+
C4h	196	ККТ	Несовпадение номеров смен	+
C7h	199	ККТ	Поле не редактируется в данном режиме	+
С8h	200	ККТ	Нет связи с принтером или отсутствуют импульсы от таходатчика	+

Коды ошибок ФН

Код ошибки	Описание ошибки	Комментарий
00h	Успешное выполнение команды
01h	Неизвестная команда, неверный формат посылки или неизвестные параметры	Команда с таким кодом не найдена. Или формат, длина, состав (тип, формат) параметров не соответствует спецификации
02h	Неверное состояние ФН	Данная команда требует другого состояния ФН
03h	Ошибка ФН	Запросить расширенные сведения об ошибке
04h	Ошибка КС	Запросить расширенные сведения об ошибке
05h	Закончен срок эксплуатации ФН
06h	Архив ФН переполнен
07h	Неверные дата и/или время	Дата и время операции не соответствуют логике работы ФН
08h	Нет запрошенных данных	Запрошенные данные отсутствуют в архиве ФН
09h	Некорректное значение параметров команды	Параметры команды имеют правильный формат, но их значение не верно
10h	Превышение размеров TLV данных	Размер передаваемых TLV данных превысил допустимый
11h	Нет транспортного соединения	Транспортное соединение (ТС) отсутствует. Необходимо установить ТС с ОФД и передать в ФН команду «Транспортное соединение с ОФД»
12h	Исчерпан ресурс КС (криптографического сопроцессора)	Требуется закрытие фискального режима
14h	Исчерпан ресурс хранения	Ресурс для хранения документов для ОФД исчерпан
15h	Исчерпан ресурс Ожидания передачи сообщения	Время нахождения в очереди самого старого сообщения на выдачу более 30 календарных дней. Только для касс в режиме передачи данных.
16h	Продолжительность смены более 24 часов	Продолжительность смены более 24 часов
17h	Неверная разница во времени между 2 операциями	Разница более чем на 5 минут отличается от разницы определенному по внутреннему таймеру ФН
20h	Сообщение от ОФД не может быть принято	Сообщение ОФД не может быть принято, расширенные данные ответа указывают причину

Раз в месяц делайте чистку кассы

Чтобы касса функционировала правильно, её необходимо обслуживать.

Важно вовремя замечать проблемы, поддерживать рабочее состояние кассового аппарата и других элементов системы. Кроме того, отсеки и датчики нуждаются в периодической чистке от пыли и грязи.
Производители рекомендуют хотя бы раз в месяц проводить плановую диагностику и чистку оборудования в сервисном центре. Так вы позаботитесь о долгой верной службе своей кассы.

Если у вас возникли вопросы по работе ККМ, обслуживанию или ремонту техники, свяжитесь со специалистами нашего Авторизованного сервисного центра ПОРТ. Звоните в техподдержку, приезжайте в один из офисов в Красноярске или пишите на почту info@portkkm.ru.

Будем рады вам помочь!

Источник

Тема: (80) Идет печать предыдущей команды. Как сбросить!!! (Прочитано 9151 раз)

0 Пользователей и 1 Гость просматривают эту тему.

Добрый день!

При закрытии чека произошла ошибка, как говорят кассиры, вообщем касса стоит в 8 режиме открытый документ: продажа!
Сбросить состояние и т.д. (продолжить печать, закрыть чек, адм. сбросить) пишет (80) Идет печать предыдущей команды!
Чего только не нажимал!
Нахожусь далеко от кассы, вижу ее только удаленно. Тех. обнуление понятно не дает, не тот режим!
Может подскажите, как растолкать кассу!
Драйвер последний 731!
Спасибо!

Записан

Версия (дата) прошивки (состояние — запрос), версия загрузчика (127, 131…), наличие microSD карты? При включении с зажатой кнопкой протяжки штрих падает в режим техпрогона и распечатывает версию прошивки и загрузчика, при повторном нажатии печатает техпрогон второй раз, если не нажать второй раз то штрих останется в режиме продолжения печати. При печати техпрогона штрих может сбросить настройки СОМ-порта по умолчанию.

Записан

Это вторая волна от 20.12.17. Перешивать.

Записан

Мясокомбинат выглядит контрпродуктивно только с точки зрения овец.

Версия (дата) прошивки (состояние — запрос), версия загрузчика (127, 131…), наличие microSD карты? При включении с зажатой кнопкой протяжки штрих падает в режим техпрогона и распечатывает версию прошивки и загрузчика, при повторном нажатии печатает техпрогон второй раз, если не нажать второй раз то штрих останется в режиме продолжения печати. При печати техпрогона штрих может сбросить настройки СОМ-порта по умолчанию.

Прошивка от 20.02.2018 , загрузчик 133, карта есть, с кассой не рядом. Заставлял нажимать кнопку протяжки, не помогло!
На карту залил прошивку такую же от 20.02.2018, заставил выкл вкл фискальник, заливка прошивки не пошла, хотел без перемычки вогнать в тех.обнуление. С последних слов кассиров кнопка протяжки не работает, странно, в начале работала! Завтра постараюсь оказаться с кассой, в голову приходит одна мысль джампер на плате, жестко тех.обнуления.
Но если не поможет я в тупике!
Какие еще идеи!

Записан

Источник

При закрытии смены.
Штрих-Мобайл, 20041. Дата ПО: 16.10.2018, драйвер 696.
Уточнение: В момент закрытия смены закончилась бумага, а повторные попытки давали такие ошибки. На драйвере версии 988 закрывается.
04-19 17:28:02.164 D/BluetoothSocket(17603): close() this: android.bluetooth.BluetoothSocket@57bcd9c, channel: 1, mSocketIS: android.net.LocalSocketImpl$SocketInputStream@10443a5, mSocketOS: android.net.LocalSocketImpl$SocketOutputStream@20b437amSocket: null, mSocketState: CLOSED 04-19 17:28:02.166 D/BluetoothSocket(17603): close() this: android.bluetooth.BluetoothSocket@48fe2ec, channel: 1, mSocketIS: android.net.LocalSocketImpl$SocketInputStream@6efb6b5, mSocketOS: android.net.LocalSocketImpl$SocketOutputStream@2ba214amSocket: null, mSocketState: CLOSED 04-19 17:28:02.422 W/pool-1-thread-5(17603): type=1400 audit(0.0:58126): avc: granted { append } for name="2023-04-19_14240031.txt" dev="sdcardfs" ino=153322 scontext=u:r:untrusted_app_25:s0:c512,c768 tcontext=u:object_r:sdcardfs:s0 tclass=file 04-19 17:28:02.428 W/System.err(17603): jpos.JposException: 80, Идет печать предыдущей команды 04-19 17:28:02.432 W/System.err(17603): at com.shtrih.jpos.fiscalprinter.JposExceptionHandler.getJposExceptionWithoutDetails(JposExceptionHandler.java:8) 04-19 17:28:02.433 W/System.err(17603): at com.shtrih.jpos.fiscalprinter.JposExceptionHandler.getJposException(JposExceptionHandler.java:1) 04-19 17:28:02.433 W/System.err(17603): at com.shtrih.jpos.fiscalprinter.JposExceptionHandler.handleException(JposExceptionHandler.java:2) 04-19 17:28:02.433 W/System.err(17603): at com.shtrih.jpos.fiscalprinter.FiscalPrinterService.handleException(FiscalPrinterService.java:3) 04-19 17:28:02.433 W/System.err(17603): at com.shtrih.jpos.fiscalprinter.FiscalPrinterService.printZReport(FiscalPrinterService.java:3) 04-19 17:28:02.433 W/System.err(17603): at jpos.FiscalPrinter.printZReport(FiscalPrinter.java:2) 04-19 17:28:02.433 W/System.err(17603): at com.shtrih.fiscalprinter.ShtrihFiscalPrinter113.printZReport(Unknown Source:2) 04-19 17:28:02.433 W/System.err(17603): at nppltt.ppsmobileclient.kkmManagment.shtrih.b.a(R8$$SyntheticClass:7) 04-19 17:28:02.433 W/System.err(17603): at nppltt.ppsmobileclient.kkmManagment.shtrih.ShtrihKkmManager.U(ShtrihKkmManager.java:7) 04-19 17:28:02.433 W/System.err(17603): at nppltt.ppsmobileclient.kkmManagment.shtrih.ShtrihKkmManager.J(ShtrihKkmManager.java:13) 04-19 17:28:02.433 W/System.err(17603): at nppltt.ppsmobileclient.kkmManagment.shtrih.g.a(Unknown Source:6) 04-19 17:28:02.433 W/System.err(17603): at com.google.android.material.datepicker.c.run(R8$$SyntheticClass:4) 04-19 17:28:02.433 W/System.err(17603): at java.util.concurrent.Executors$RunnableAdapter.call(Executors.java:458) 04-19 17:28:02.433 W/System.err(17603): at java.util.concurrent.FutureTask.run(FutureTask.java:266) 04-19 17:28:02.433 W/System.err(17603): at java.util.concurrent.ScheduledThreadPoolExecutor$ScheduledFutureTask.run(ScheduledThreadPoolExecutor.java:301) 04-19 17:28:02.433 W/System.err(17603): at java.util.concurrent.ThreadPoolExecutor.processTask(ThreadPoolExecutor.java:1187) 04-19 17:28:02.433 W/System.err(17603): at java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1152) 04-19 17:28:02.433 W/System.err(17603): at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:641) 04-19 17:28:02.433 W/System.err(17603): at java.lang.Thread.run(Thread.java:784) 04-19 17:28:02.434 W/System.err(17603): Caused by: com.shtrih.fiscalprinter.DeviceException: 80, Идет печать предыдущей команды 04-19 17:28:02.434 W/System.err(17603): at com.shtrih.fiscalprinter.SMFiscalPrinterImpl.check(SMFiscalPrinterImpl.java:2) 04-19 17:28:02.434 W/System.err(17603): at com.shtrih.fiscalprinter.SMFiscalPrinterImpl.execute(Unknown Source:4) 04-19 17:28:02.434 W/System.err(17603): at com.shtrih.fiscalprinter.SMFiscalPrinterImpl.printZReport(SMFiscalPrinterImpl.java:8) 04-19 17:28:02.435 W/System.err(17603): at com.shtrih.jpos.fiscalprinter.FiscalPrinterImpl.printZReport(FiscalPrinterImpl.java:12) 04-19 17:28:02.435 W/System.err(17603): at com.shtrih.jpos.fiscalprinter.FiscalPrinterService.printZReport(FiscalPrinterService.java:2) 04-19 17:28:02.435 W/System.err(17603): ... 14 more 04-19 17:28:02.434 W/pool-1-thread-5(17603): type=1400 audit(0.0:58128): avc: granted { append } for name="2023-04-19_14240031.txt" dev="sdcardfs" ino=153322 scontext=u:r:untrusted_app_25:s0:c512,c768 tcontext=u:object_r:sdcardfs:s0 tclass=file 04-19 17:28:02.449 E/ion (17603): ioctl c0044901 failed with code -1: Invalid argument 04-19 17:28:02.450 I/chatty (17603): uid=10175(nppltt.ppsmobileclient) RenderThread identical 1 line 04-19 17:28:02.450 E/ion (17603): ioctl c0044901 failed with code -1: Invalid argument

Источник