Closed vladislav-larionov closed 1 year ago
VitalyKravtsov2016
commented
1 year ago VitalyKravtsov2016
commented
1 year ago Новая версия драйвера: https://github.com/shtrih-m/javapos_shtrih/releases/tag/691
vladislav-larionov
commented
1 year ago Обращения к null-объекту внутри драйвера пропали, спасибо.
А проблему с повторным подключением удалось воспроизвести? У меня она осталась. Также, если 5-6 минут не использовать ККТ, то связь с ним обрывается, и появляется ошибка Incorrect frame number. Нормально ли это?
shtrih.log
Tango600
commented
1 year ago Может надо каждый раз при обращении к методам первым в цепочке действий заново пытаться установить подключение?
if (printer != null && !chkConnectionEntrance) {
String MAC = getDeviceMac();
if (StringHelper.isNullOrEmpty(MAC)) {
throw new InterruptedException("Подключение к ККМ отсутствует. Сопряжение не было выполнено.");
} else {
chkConnectionEntrance = true;
try {
connectToDevice(MAC, SettingsKkmManagement.getInstance().isUseBTLowEnergyMode(), true);
} catch (Exception ex) {
chkConnectionEntrance = false;
throw ex;
}
}
chkConnectionEntrance = false;
}Ошибку "Incorrect frame number" сейчас поправлю. По повторному подключению шаги можете описать?
vladislav-larionov
commented
1 year ago Шаги повторного подключения:
Подключаемся к устройству из списка. Это создание экземпляра класса ShtrihFiscalPrinter(FiscalPrinter()). После создания вызывается метод:
override fun ShtrihFiscalPrinter.onInitPrinter() {
logDebug("Инициализация Штрих.")
JposConfig.configure("ShtrihFptr", macAddress)
if (state != jpos.JposConst.JPOS_S_CLOSED) {
logDebug("Закрытие старого открытого соединения.")
close()
}
logDebug("Установка соединения...")
open("ShtrihFptr")
claim(TIMEOUT_IN_MILLIS)
deviceEnabled = true
logDebug("Соединение установлено.")
if (state != jpos.JposConst.JPOS_S_CLOSED) {
logDebug("Сброс ФР.")
resetPrinter()
}
if (!subject.isNullOrBlank())
setPOSID("1", subject)
initCliche()
logDebug("Штрих успешно инициализирован.")
}Потом выполняется вызов метода драйвера close().
Потом при успешной авторизации в приложении выполняется такое же повторное подключение к устройству. Тут появляется ошибка. Если ошибка не появилась, то можно повторить первый шаг один-два раза и она появится. Лог, полученный по этим шагам shtrih.log.
Tango600
commented
1 year ago А приложение "закрывается", перед повторным подключением? Дело в том что приложение нужно действительно закрывать, что бы даже огрызок в памяти не висел.
vladislav-larionov
commented
1 year ago Нет, приложения не закрывается перед повторным подключением. А без закрытия описанный выше сценарий не реализовать?
У нас перед оплатой вызывается метод драйвера resetPrinter. Может его нужно вызвать перед шагом 2?
Кроме того, после появления ошибки подключения, следующая попытка всегда оказывалась успешной.
Tango600
commented
1 year ago Это я описал ситуацию, когда приложение "закрылось", а потом новый экземпляр уже не может подключиться, драйвер занят.
Tango600
commented
1 year ago У меня в продолжении приведённого мной выше кода, да, вызывается resetPrinter.
VitalyKravtsov2016
commented
1 year ago
При повторном сопряжении с устройством через драйвер появляется ошибка
ErrorCode: 112, ErrorCodeExtended: 0, "read failed, socket might closed or timeout, read ret: -1", time = 7122 ms. После появления такой ошибки повторное подключение автоматически не запускается. Если вручную потом ещё раз попытаться подключиться, то соединение выполнится. Если ещё раз вызвать соединение, то опять появится ошибка. Также после такой ошибки и повторного подключения теряется возможность повторно распечатать последний чек. ОшибкаJposException. ErrorCode: 114, ErrorCodeExtended: 386, "86, Нет документа для повтора", time = 1159 ms.Описанное поведение проявилось на версии драйвера 690 на Штрих Мобайл (версия ПО: A.4, сборка ПО: 20045).
Тот же самый сценарий на версии драйвера 617 выполняется по-другому: автоматически выполняется повторная попытка подключения, причём успешная, и при первой провалившейся попытке подключения в логе нет вывода об обращении к null-объекту, но есть вывод от BluetoothSocket. Для сравнения лог версии драйвера 617 и версии 690.
Отсюда есть три вопроса относительно актуальной версии версии драйвера 690:
Фрагмент лога ошибки, полученный на версии драйвера 690: