Ошибка 50h идет печать предыдущей команды

Установил все на рабочий биллинг.
Настроил 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

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

Новичок

Зарегистрирован: Ср ноя 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


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

Ср сен 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: Правильное Ожидание допечати предыдущей команды

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


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

Ср сен 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: Правильное Ожидание допечати предыдущей команды

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


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

Ср сен 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


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

Ср сен 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: Правильное Ожидание допечати предыдущей команды


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

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

Профиль

23 мая 2019

45143

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

4

Бывает так, что в любой момент времени может возникнуть сбой в работе той, или иной системы. Кассовые аппараты компании «Штрих-М» не исключение. В данном обзоре представлены основные неисправности и способы решения возникших проблем с онлайн-кассой ШТРИХ-М-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

ККТ

Ошибка питания в момент ответа по I2C

+

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.

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

Источник

Эта тема закрыта, вы не можете редактировать и оставлять сообщения в ней.  Страница 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

Профиль ICQ

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

Профиль ICQ

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

Профиль ICQ

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

Профиль ICQ

Kholkin Evgeniy

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

Аватара пользователя

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

Сообщение 

Цитата:

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

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

Цитата:

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

Можете делать проверку, вообще чем больше проверок, тем стабильнее система.
Вт авг 19, 2008 1:29 pm

Профиль

CKV

Новичок

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

Сообщение 

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


_________________
Константин

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

Профиль ICQ

Kholkin Evgeniy

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

Аватара пользователя

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

Сообщение 

Были рады Вам помочь!
Вт авг 19, 2008 1:45 pm

Профиль

Показать сообщения за:  Поле сортировки  
Эта тема закрыта, вы не можете редактировать и оставлять сообщения в ней.   Страница 1 из 1  [ Сообщений: 10 ] 

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

Сейчас этот форум просматривают: Google [Bot] и гости: 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

Источник

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

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

Добрый день!

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


Записан

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


Записан

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


Записан

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

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

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


Записан


Записан

Источник
Код ошибки
 Описание ошибки

Устранение ошибки
HEX DEC
30h 48 ФН не отвечает Проверьте подключение ФН. Возможно также, что ФН вышел из строя.
33h 51 Некорректные параметры в команде
35h 53 Некорректный параметр при данных настройках
36h 54 Некорректные параметры в команде для данной реализации ККТ Установленная версия прошивки не позволяет выполнить команду. Установите последнюю версию прошивки.
37h 55 Команда не поддерживается в данной реализации ККТ Установленная версия прошивки не позволяет выполнить команду. Установите последнюю версию прошивки.
38h 56 Ошибка в ПЗУ
39h 57 Внутренняя ошибка ПО ККТ Установите последнюю версию прошивки на ККТ.
3Ch 60 Смена открыта операция невозможна  Закройте смену и повторите операцию.
3Dh 61 Смена открыта операция невозможна Закройте смену и повторите операцию.
3Eh 62 Переполнение накопления по секциям в смене
3Fh 63 Переполнение накопления по скидкам в смене

40h

64

Переполнение диапазона скидок

41h

65

Переполнение диапазона оплаты наличными

45h

69

Cумма всех типов оплаты меньше итога чека 

 Укажите большую сумму для оплаты итога чека.
46h 70 Не хватает наличности в кассе Попытка сделать возврат при наличии суммы в кассе меньшей суммы возврата. Сумма возврата должна соответствовать сумме наличности в кассе.
47h 71 Переполнение накопления по налогам в смене
48h 72 Переполнение итога чека
49h 73 Операция невозможна в открытом чеке данного типа
4Ah 74 Открыт чек – операция невозможна Попытка выполнить операцию в открытом чеке. Завершите печать чека и повторите операцию.
4Bh 75 Буфер чека переполнен
4Ch 76 Переполнение накопления по обороту налогов в смене
4Dh 77 Вносимая безналичной оплатой сумма больше суммы чека
4Eh 78 Смена превысила 24 часа Закройте смену.
4Fh 79 Неверный пароль Попытка выполнить операцию под другим паролем. Измените пароль и повторите операцию. (Пароль администратора по умолчанию — 30).
50h 80 Идет печать результатов выполнения предыдущей команды
51h 81 Переполнение накоплений наличными в смене
55h 85 Чек закрыт – операция невозможна Данная операция производится только при открытом чеке.
56h 86 Нет документа для повтора
58h 88 Ожидание команды продолжения печати
59h 89 Документ открыт другим оператором Попытка выполнить документ одновременно несколькими кассирами.
5Bh 91 Переполнение диапазона надбавок
5Ch 92 Понижено напряжение 24В Проверьте напряжение в блоке питания. При необходимости замените блок питания ККТ.
5Dh 93 Таблица не определена
5Eh 94 Неверная операция
5Fh 95 Отрицательный итог чека Укажите положительную сумму в чеке.
6Bh 107 Нет чековой ленты Вставьте рулон чековой ленты в ККТ.
71h 113 Ошибка отрезчика Отрезчик вышел из строя или его заклинило. Разберите отрезчик и выясните причину. Если отрезчик забит бумагой — продуйте его сжатым воздухом.
74h 116 Ошибка ОЗУ Ошибка ОЗУ на кассах Штрих возникает из-за 
низкого напряжения батарейки (меньше 3-х Вольт) на плате  или  из-за плохих контактов на ножках батарейки.
Решение:
Пропаяйте контакты батарейки на плате или замените батарейку.
75h 117 Ошибка питания Проверьте блок питания и разъем питания на ККТ.
77h 119 Ошибка принтера: нет сигнала с датчиков Проверьте состояние принтера ККТ.
78h 120 Замена ПО Сделайте техническое обнуление на кассе. Проверьте напряжение батарейки на плате. Если ошибка повторяется — поменяйте батарейку на плате и обновите прошивку на ККТ.
79h 121 Ошибка часов Сделайте техническое обнуление на кассе. Проверьте напряжение батарейки на плате. Если ошибка повторяется — поменяйте батарейку на плате и обновите прошивку на ККТ.
7Bh 123 Ошибка оборудования Сделайте техническое обнуление на кассе. Если ошибка повторяется — обновите прошивку на ККТ.

Ошибки ФН

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

Понравилась статья? Поделить с друзьями:
  • Ошибка 5092 при оплате картой
  • Ошибка 5090 регистратор выбытия что делать
  • Ошибка 5090 ошибка мбрв 0xe0 224
  • Ошибка 509 в эксель как исправить не считает сумму
  • Ошибка 509 в экселе что это