Ошибка 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) Идет печать предыдущей команды. Как сбросить!!!  (Прочитано 8390 раз)

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

Источник

Понравилась статья? Поделить с друзьями:
  • Ошибка 5092 при оплате картой
  • Ошибка 50901 vemag
  • Ошибка 507d bmw e70
  • Ошибка 5075 при оплате бесконтактной картой сбербанка
  • Ошибка 5075 мерседес