Ошибка 19

[SergeySV]

При печати чека происходит:
Ошибка 19 Не смогли записать значение регистра.
В чем причина и как бороться?
1.2.5p10, FPrint-5200 (ЕНВД) подключен через USB.

[Alexander]

Ошибка 19 может быть выдана, если ДЭНСИ: КАССА не смогла получить из ФР номер чека для записи в БД/лог/журнал чеков. Если это единоразовая ситуация, то она может быть связана с переходом нумерации чеков через 9999->0, если ситуация периодически повторяется, то, возможно, проблемы со связью с ФР. В последнем случае можно попробовать посмотреть, какой модуль грузит ядро для встроенного в FPrint переходника. Как правило, наиболее стабильно работает usbserial.

[zabaluev]

Аналогичная ошибка и у меня. Версия программы 1.2.6sp1. Все подключено по RS232. ККМ АСПД Штрих-Мини. Скорость связи 19200. Периодически чеки выводятся с задержкой от 1 до 3 секунд.

[SergeySV]

Опять вылезла эта же проблемка.
При печати чека происходит:
Ошибка 19 Не смогли записать значение регистра.
За смену до десяти раз.
1.2.5p10, FPrint-5200 (ЕНВД) подключен через COM.
РМК настроен на работу с базой товаров находящимся на другом системнике (стоит рядом, соединен LAN 100Mb). Может быть это причиной? Чек же пишется в локальную базу.
В прошлый раз избавился от нее переключив FPrint с USB на COM.
Это другая инсталляция.
Ничего на ум не приходит как поменять кабель RS232.

[SergeySV]

Наблюдаю ситуацию еще интереснее:
1.2.6 p4, FPrint-5200 (ЕНВД) подключен через COM.
Время от времени при продаже и печати чека нарушается связь компьютера с FPrint-ом, чек успешно печатается после чего ДЭНСИ:КАССА зависает. После рестарта программы видим что транзакции в базу не записались!
Уж лучше "Ошибка 19" чем так..

[Alexander]

Какой статус закрытия чека в /tmp/dancy/registration_goods.log при этом?
ОС 32 или 64 бит?
Скорость 115200 ?

[SergeySV]

ОС 64 бит
Скорость 115200
log завтра посмотрю

[SergeySV]

13.02.2012 17:01:08
открыт чек #290
2504 1
2504 1
1566 1
1566 1
1566 1
1398 1
1458 1
2504 1
1398 1
1053 1
1175 1
1288 1
1053 1
1107 1
2524 1
13.02.2012 17:03:33
открыт чек #290
2520 1
чек #290 успешно закрыт
13.02.2012 17:26:39

проблема наблюдается именно на длинных чеках.

[vvshevelev]

13.02.2012 17:01:08
открыт чек #290
2504 1
2504 1
1566 1
1566 1
1566 1
1398 1
1458 1
2504 1
1398 1
1053 1
1175 1
1288 1
1053 1
1107 1
2524 1
13.02.2012 17:03:33
открыт чек #290
2520 1
чек #290 успешно закрыт
13.02.2012 17:26:39

проблема наблюдается именно на длинных чеках.

Не обязательно, у меня такое же происходит и на маленьких чеках

тип подключения ФР USB

[Alexander]

Общие рекомендации пока такие:
- принудительная установка 32-бит ОС (есть подтвержденная практика, что необъяснимые глюки исчезают после этого)
- проверить syslog на предмет периодической самопроизвольной перезагрузки usb-подсистемы с перенумерацией портов /dev/ttyUSB* ,/dev/ttyACM*
- использовать создание симлинков с жесткими именами /dev/ttyS на динамические файлы портов ttyUSB/ttyACM (тогда перезагрузка USB-подсистемы не сбросит оборудование с нужного порта) - делается через правила rules.d для демона udevd, пример я публиковал
- для FPrint - проверить и при необходимости перепрошить внутреннее ПО аппарата, т.к. АТОЛ подтвердил, что проблемы с потерей связи по USB могут быть связаны с внутренним ПО ФР

Со своей стороны мы еще раз внимательно потестируем FPrint-ы в различных версиях.