Форум vvm
Главная категория => Онлайн кассы => АТОЛ => Тема начата: vvm от 03 Июля 2018, 19:37:38
-
АТОЛ 55Ф, прошивка 5199, драйвер 8.15.3, WIN XP, верхний софт - ТиС, работаем с ФР по USB и передаем в ОФД через EoU.
Периодически возникает ошибка - заданный порт недоступен, ошибка бла бла какая то.
Переименовывание имени виртуального СОМ порта исправляет ситуацию на какое то время, потом -
вот никогда не было и вот опять (т.е. порт опять недоступен из теста драйвера ККТ АТОЛ, при этом
порт то видится в диспетчере задач Windows, то пропадает). Виртуальный СОМ порт, предназначенный для передачи
документов в ОФД через службу EoU при этом функционирует нормально.
Сопутствующий симптом - дико тормозит ввод с клавиатуры, потом буфер клавиатуры рандомно по времени опрожняется
в программу, которая находится в активном окне Windows, т.е. не обязательно в ТиС.
Нагрузка проца 7 процентов, пень 4 одноядерный. Со слов клиента, до установки АТОЛ 55Ф (стоял АТОЛ55 в режиме ПД) -
глюков с клавиатурой не было.
Вылечил переходом на работу с АТОЛ 55Ф через канал ETHERNET, при этом оставив канал передачи в ОФД через ЕoU.
Ваше мнение, инженеры ?
-
Вадя, первым делом вижу таймауты в настройках, ну и винду почистить от ненужного.
Либо у 55Ф изменилось время ответа в отличие от 55ЕНВД., а, еще, попробуй дрова порта переустановить с полным сносом предыдущих.
-
Самое интересное, и уже где то про это писали - что порт недоступен даже тогда, когда его не использует ни один процесс,
судя по диспетчеру задач Windows
Конечно можно развести конспирологию, что виртуальный СОМ порт используют процессы с отрицательным значением
дескриптора процесса .... )))
-
Железо фосфор менялось или простым обновлением?
Вообще если не менялось - попробовать перепрошить
Если менялось посмотреть на живость железа.
Дрова 8 или 9?
-
Когда удалишь устройство с дровами, попробуй поискать самые древние юсб дрова и их поставить (через диспетчер устройств).
-
Самое интересное, и уже где то про это писали - что порт недоступен даже тогда, когда его не использует ни один процесс,
судя по диспетчеру задач Windows
Конечно можно развести конспирологию, что виртуальный СОМ порт используют процессы с отрицательным значением
дескриптора процесса .... )))
А вот это может быть - дескрипторы же считаются как в плюс ( приаттаченый процесс ), так и в минус - деаттач. Дык винда, я Х.З. как сей процесс контроллирует. Мож действительно - ни один дескриптор ( описание процесса ) не связан, а счетчик в -1?., Т.е. вроде все покинули, а счетчик в -1?.
Т.е. какойто процесс принудительно деаттач делает, а потом винда автоматом???
По анологии CreateMutex - DeleteMutex ???.
Вернее : CreateMutex.....DestroyProcess....DeleteMutex = -1, при первом вызове.