Долго печатается чек на Атол 55Ф из УТ 10.3 по сети
Добрый день.
Есть УТ 10.3.47.3
Драйвер 9.12.1.6236
Прошивка 3.0.1245
Атол 55Ф, подключенный по сети.
Windows 10.
Проблема: долго печатает чек, до 15 секунд!
Если подключить по USB, печатает быстро, до 3-х секунд.
Из драйвера печатает быстро, независимо от режима LAN/USB!
Также тестировал печать из последней Розницы 2.2.9.20 - также долго печатает по сети (по USB не проверял - не надо было).
У одного клиента тоже очень долго печатался чек, до 1 минуты (но подключение было по USB) - нашел решение в интернете - отключить Windows Defender (Защитник Windows), здесь не прокатило.
Там же в интернете видел, что некоторые писали про криворуких программистов из 1С, которые написали компоненту.
Что можно сделать для решения проблемы?
Спасибо.
Есть УТ 10.3.47.3
Драйвер 9.12.1.6236
Прошивка 3.0.1245
Атол 55Ф, подключенный по сети.
Windows 10.
Проблема: долго печатает чек, до 15 секунд!
Если подключить по USB, печатает быстро, до 3-х секунд.
Из драйвера печатает быстро, независимо от режима LAN/USB!
Также тестировал печать из последней Розницы 2.2.9.20 - также долго печатает по сети (по USB не проверял - не надо было).
У одного клиента тоже очень долго печатался чек, до 1 минуты (но подключение было по USB) - нашел решение в интернете - отключить Windows Defender (Защитник Windows), здесь не прокатило.
Там же в интернете видел, что некоторые писали про криворуких программистов из 1С, которые написали компоненту.
Что можно сделать для решения проблемы?
Спасибо.
Ответы
Подписаться на ответы
Инфостарт бот
Сортировка:
Древо развёрнутое
Свернуть все
(57) 1) Не 2 раза, а 1 звуковой сигнал ждать (в поисковике ищем по запросу "Атол 55Ф документация", будут ссылки на pdf-файл - см. приложение 5, стр. 99 - Служебные режимы - Информация о ККТ).
2)
ID серии (5199):
1 1245
3 2893
Предлагаете прошить до последней версии?
2)
ID серии (5199):
1 1245
3 2893
Предлагаете прошить до последней версии?
(1)Само подключение к базе как происходит черзе RDP или тонкий клиент? У моего знакомого также на точках 2-3 компа печатают через LAN, чеки вылетают быстро, правда он отказался от РДП, опубликовал базу через WEB, сделал подключение клиентов через веб и все пошло поехало.
(34)суть не в RDP а в том что печать на ККМ идет по LAN-у и не важно с сервера это или некой локальной машины.
вешали ККМ и "источник" на одном гигабитном свиче... толку ноль
(27) возможно прав, печать идет поточечно или поблочно, так как чек из более 1 позиции печатается по-позиционно... 1 сек - 1 позиция, чем длиннее чек, тем дольше печатает.
да и еще у нас аппараты 22ПТК, прошивка последняя (номер не помню, к сожалению).
вешали ККМ и "источник" на одном гигабитном свиче... толку ноль
(27) возможно прав, печать идет поточечно или поблочно, так как чек из более 1 позиции печатается по-позиционно... 1 сек - 1 позиция, чем длиннее чек, тем дольше печатает.
да и еще у нас аппараты 22ПТК, прошивка последняя (номер не помню, к сожалению).
(1)
Есть тема на инфостарте
может поможет
Проблема: долго печатает чек, до 15 секунд!
Если подключить по USB, печатает быстро, до 3-х секунд.
Из драйвера печатает быстро, независимо от режима LAN/USB!
Также тестировал печать из последней Розницы 2.2.9.20 - также долго печатает по сети (по USB не проверял - не надо было).
Если подключить по USB, печатает быстро, до 3-х секунд.
Из драйвера печатает быстро, независимо от режима LAN/USB!
Также тестировал печать из последней Розницы 2.2.9.20 - также долго печатает по сети (по USB не проверял - не надо было).
Есть тема на инфостарте
может поможет
У нас тоже была похожая ситуация. Админ настроил печать чека с RDP в УТ10.3, чек печатался около 30 сек, а если там 20 позиций то и 1.5 минуты. Админ не захотел признавать свою неспособность что либо сделать с этим. Я на сколько смог все перепробовал и в конце концов распределил базу и поставил в обмен на 30 мин. Нас так устроило. P.S. работа велась через инет с VPN Kerio. Сам RDP работал очень шустро. На данном этапе переходим на УТ11 в тонкого клиента. В этом режиме всем станет жить легче.
Админ здесь не причем.
У нас тоже такая проблема наблюдается с УТ 10.3. Перепробовали все варианты с админом - толку нет. Проблема в логике работы компоненты для драйверов 9-й серии.
8-ю ставить не стали, так как обработка обслуживания от 1С под 9-ю серию.
У нас тоже такая проблема наблюдается с УТ 10.3. Перепробовали все варианты с админом - толку нет. Проблема в логике работы компоненты для драйверов 9-й серии.
8-ю ставить не стали, так как обработка обслуживания от 1С под 9-ю серию.
(16) Да не решена.
Мои поиски привели к такому заключению: Атоловцы кивают на "1С" по причине того что из тест-драйвера скорость нормальная, а "1С" кивает на Атол "это их разработка".
Попытался зарегистрироваться на форуме Атол, где эта проблема обсуждается, но упорно удаляют регистрацию. Видимо это привилегия "избранных".
Откатываться на 8.16 ради одного аппарата для меня пока "овчинка выделки не стоит", но минус в карму Атол я внес у себя
Мои поиски привели к такому заключению: Атоловцы кивают на "1С" по причине того что из тест-драйвера скорость нормальная, а "1С" кивает на Атол "это их разработка".
Попытался зарегистрироваться на форуме Атол, где эта проблема обсуждается, но упорно удаляют регистрацию. Видимо это привилегия "избранных".
Откатываться на 8.16 ради одного аппарата для меня пока "овчинка выделки не стоит", но минус в карму Атол я внес у себя
Уточнение: используется подключение по TCP/IP, а не по USB, т.к. в магазинах по 2 компьютера с базами в РИБ (для надежности), т.е. RDP/сервера нет.
Чтобы не тратить деньги зря, стоит 1 аппарат Атол 55Ф на 2 компьютера.
2 магазина, в обоих такая ситуация.
Чтобы не тратить деньги зря, стоит 1 аппарат Атол 55Ф на 2 компьютера.
2 магазина, в обоих такая ситуация.
Я подключал 2 кассы клиенту. У них база была в офисе и 2 магазина в разных частях города. Работали на УТ 10.3. Подключались по RDP через Интернет соединение. Сначало поставили 8 дрова, следом за ними 9 из-за разницы функционала. Обе кассы нормально подключились, но в чеке при продаже за наличный расчет выходил кредит. Долго мучались с настройкой (около 2 дней). Много всего перепробовали. В итоге поставили дрова 8.14.1 или 8.14.2. (вроде все же 8.14.1). После все стало нормально.
1. Проверить тип кадра, передаваемый на принтер. Возможно стоит RAW, т.е. чек на принтер уходит "поточечно", в то время как windows передает на принтер "сжатый" кадр, т.е. в формате, где указаны только координаты закрашиваемых точек.
2. Проверить - отключен ли в сети режим согласования протоколов TCP/IP. Возможно что из-за предварительного согласования протоколов у Вас и получается длительная печать задания.
Кадр печати типа RAW в несколько раз "тяжелее" чем кадр печати windows, и по этому передача его на принтер занимает в несколько раз больше времени.
У меня сервер на Windows а клиенты на linux и принтер на linux заходит только через RAW. По этому печать с сервера на линукс- машины - 5-8 сек до выхода чека. На windows - 2-3
2. Проверить - отключен ли в сети режим согласования протоколов TCP/IP. Возможно что из-за предварительного согласования протоколов у Вас и получается длительная печать задания.
Кадр печати типа RAW в несколько раз "тяжелее" чем кадр печати windows, и по этому передача его на принтер занимает в несколько раз больше времени.
У меня сервер на Windows а клиенты на linux и принтер на linux заходит только через RAW. По этому печать с сервера на линукс- машины - 5-8 сек до выхода чека. На windows - 2-3
(35)1. У нас стоит Zebra 2488. Тип кадра определяется в параметрах виртуального порта устройства.
Принтер установлен через "Устройства и принтеры" на "Стандартный TCP/IP порт" (это адрес принт-сервера) коробочки фирмы Edmax - на который реально подключен принтер.
В параметрах порта 192.168.10.13 есть настройка - тип кадра - реально там две галочки LPR и RAW. Они задаются один раз - при настройке порта. Потом поменять нельзя. Можно новый порт создать.
2. Если не ошибаюсь на сервере
netsh interface tcp set global autotuninglevel=disabled
и до кучи
netsh interface tcp set global rss=disabled.
мне в свое время здорово помогло.
Принтер установлен через "Устройства и принтеры" на "Стандартный TCP/IP порт" (это адрес принт-сервера) коробочки фирмы Edmax - на который реально подключен принтер.
В параметрах порта 192.168.10.13 есть настройка - тип кадра - реально там две галочки LPR и RAW. Они задаются один раз - при настройке порта. Потом поменять нельзя. Можно новый порт создать.
2. Если не ошибаюсь на сервере
netsh interface tcp set global autotuninglevel=disabled
и до кучи
netsh interface tcp set global rss=disabled.
мне в свое время здорово помогло.
(37)Как что определяется ККМ.
Возможно он описан как виртуальный принтер. Наверное его видно в диспетчере устройств.
Возможно в диспетчере устройств крутится атоловский драйвер.
Скачайте Sysinternals Suite - бесплатный инструментарий для системных администраторов микрософт.
Там есть утилита - TCP/IP view. Запустите и наблюдайте.
Она покажет, какая программа, по какому порту соединяется, какие соединения создает и какие удерживает. Наверняка можно будет увидеть и соединение с ККМ.
далее надо посмотреть - оно запускается сразу при печати или спустя 15 сек.
Если сразу - надо смотреть в сторону ККМ. Значит кадр большой и идет к устройству долго.
Если позже - искать надо на компьютере. Т.е. кто-то на компьютере занимается обработкой кадра, чтобы потом его на ККМ отправить.
Возможно он описан как виртуальный принтер. Наверное его видно в диспетчере устройств.
Возможно в диспетчере устройств крутится атоловский драйвер.
Скачайте Sysinternals Suite - бесплатный инструментарий для системных администраторов микрософт.
Там есть утилита - TCP/IP view. Запустите и наблюдайте.
Она покажет, какая программа, по какому порту соединяется, какие соединения создает и какие удерживает. Наверняка можно будет увидеть и соединение с ККМ.
далее надо посмотреть - оно запускается сразу при печати или спустя 15 сек.
Если сразу - надо смотреть в сторону ККМ. Значит кадр большой и идет к устройству долго.
Если позже - искать надо на компьютере. Т.е. кто-то на компьютере занимается обработкой кадра, чтобы потом его на ККМ отправить.
(45)
Изучил доукментацию.
По сути дело в драйвере. При печати непосредственно с компьютера драйвер передает команды прямо в порт устройства. По этому печать начинается почти сразу (Как в принере настройка "печать немедленно", которая не дожидается помещения в очередь всего задания).
Т.е. печать уже идет а драйвер еще досылает команды.
Для ТCP реализации использовали другой принцип. Драйвер ждет, пока придет все последовательно передаваемое задание (в виде команд). И передает на ККМ.
Это соответствует настройке принтера "печать после помещения в очередь всего задания".
Это логично, поскольку организовывать поток команд аналогично com через ТCP не целесообразно.
Собственно по этому атоловцы с вами и не будут разговаривать.
Не будут рушить стабильно работающий механизм.
Получается что-то вида виртуального com-принтера внутри драйвера. Что можно было бы сделать с их стороны: повысить скорость работы виртуального принтера, ускорить алгоритм упаковки и распаковки в ТСP, возможно не ждать всего задания, а разбивать большое задание на небольшие субзадания, отправляя их на принтер быстрее.
С Вашей стороны возможно поможет что-то вроде виртуального COM-порт через TCP (по примеру проброса USB через ТCP. Но вряд-ли будет быстрее чем 5-6 сек.
тся как как 2 com-порта если подключение по USB. Но у меня подключение по TCP/IP, поэтому вооб
Изучил доукментацию.
По сути дело в драйвере. При печати непосредственно с компьютера драйвер передает команды прямо в порт устройства. По этому печать начинается почти сразу (Как в принере настройка "печать немедленно", которая не дожидается помещения в очередь всего задания).
Т.е. печать уже идет а драйвер еще досылает команды.
Для ТCP реализации использовали другой принцип. Драйвер ждет, пока придет все последовательно передаваемое задание (в виде команд). И передает на ККМ.
Это соответствует настройке принтера "печать после помещения в очередь всего задания".
Это логично, поскольку организовывать поток команд аналогично com через ТCP не целесообразно.
Собственно по этому атоловцы с вами и не будут разговаривать.
Не будут рушить стабильно работающий механизм.
Получается что-то вида виртуального com-принтера внутри драйвера. Что можно было бы сделать с их стороны: повысить скорость работы виртуального принтера, ускорить алгоритм упаковки и распаковки в ТСP, возможно не ждать всего задания, а разбивать большое задание на небольшие субзадания, отправляя их на принтер быстрее.
С Вашей стороны возможно поможет что-то вроде виртуального COM-порт через TCP (по примеру проброса USB через ТCP. Но вряд-ли будет быстрее чем 5-6 сек.
(60)
Компонента для 1С - это одна из компонент драйвера.
Так что действительно, с большой долей вероятности это может быть компонента в 1С, как составная часть драйвера.
Вы можете в тест драйвера запихнуть свои данные, например как в Zebra Designer я могу нарисовать свой чек и выдать его на печать без использования 1С?
Возможно печать "Тест драйвера" идет уже подготовленным кадром, по этому передается быстро.
А для печати из 1С кадр должен быть подготовлен - по этому печать идет медленно.
(68) С широковещательным протоколом проще - не надо ждать ответа от клиентов. По этому печать по идее наоборот должна идти быстрее. Но конечно разные производители реализуют по разному протоколы.
о из "Тест драйвера" с настройками по TCP/IP печатает быстро. Возможно проблема в компоненте для 1
Компонента для 1С - это одна из компонент драйвера.
Так что действительно, с большой долей вероятности это может быть компонента в 1С, как составная часть драйвера.
Вы можете в тест драйвера запихнуть свои данные, например как в Zebra Designer я могу нарисовать свой чек и выдать его на печать без использования 1С?
Возможно печать "Тест драйвера" идет уже подготовленным кадром, по этому передается быстро.
А для печати из 1С кадр должен быть подготовлен - по этому печать идет медленно.
(68) С широковещательным протоколом проще - не надо ждать ответа от клиентов. По этому печать по идее наоборот должна идти быстрее. Но конечно разные производители реализуют по разному протоколы.
Промежуточные результаты:
1) 8-я версия драйвера - не прокатило. Печатает также окола 13-15 сек.
Оказывается, можно использовать 8-й драйвер в УТ 10.3. Текущая версия у клиента 10.3.47.3 - последняя на текущий момент. Печатает, работает!!!
Как: экспортируем в файл обработку обслуживания - Справочники - Обработки обслуживания торгового оборудования - открываем элемент с видом ТО "ККТ с передачей данных" - вверху на панели кнопок "Экспорт в файл". Либо перейти в этот элемент из формы обработки подключения и настройки ТО.
1.1)В конфигураторе открываем обработку - модуль обработки - метод СоздатьОбъектДрайвера(). Там есть 2 строки :
ПодключитьВнешнююКомпоненту(Адрес, "ИнтеграционнаяКомпонента", ТипВнешнейКомпоненты.Native);
Драйвер = Новый("AddIn.ИнтеграционнаяКомпонента.ATOL_KKT_1C83_V9");
Меняем "Native" на "COM"., "ATOL_KKT_1C83_V9" на "ATOL_KKM_1C82_54FZ". Получаем:
ПодключитьВнешнююКомпоненту(Адрес, "ИнтеграционнаяКомпонента", ТипВнешнейКомпоненты.COM);
Драйвер = Новый("AddIn.ИнтеграционнаяКомпонента.ATOL_KKM_1C82_54FZ");
1.2) В макет "ИнтеграционнаяКомпонента" загружаем архив "C:\Program Files (x86)\ATOL\Drivers8\1Cv82\FR-ATOL_54FZ.zip".
Загружаем обработку обратно в 1С - в форме элемента кнопка "Загрузка/обновление ...". Пользуемся.
Чтобы узнать тип компоненты и ID, смотрим в файлы "INFO.XML" и "MANIFEST.XML" из "C:\Program Files (x86)\ATOL\Drivers8\1Cv82\FR-ATOL_54FZ.zip".
Это же актуально для 9-й и 10-й версии.
2) Обновление 9-й версии драйверов и компоненты до последней не помогло.
3) 10-я версия - не получилось подключить, хотя 1С драйвер загружает и работает с ним - получает о нем данные, но тест не проходит. Не было времени разбираться, завтра буду пытаться напечатать чек, используя 10-ю версию.
10-я версия в УТ по умолчанию не взлетит, поэтому делаем п.1, но только для 2-й строки: меняем "ATOL_KKT_1C83_V9" на "ATOL_KKT_1C83_V10". Как описано выше, драйвер подключит и пообщается, но тест не пройдет. Печатать даже и не пробовал. Возможно проблема в типе передаваемых параметрах ККМ, см. скриншоты для 8-й версии (печатает) и 10-й (не проходит тест).
4) Интересное:
Используя 9-ю версию драйвера и загруженную компоненту 10-й версии драйвера - п.1.2 печать примерно увеличилась в 2 раза - с 13-15 секунд до 7-8 секунд.
Пока все.
1) 8-я версия драйвера - не прокатило. Печатает также окола 13-15 сек.
Оказывается, можно использовать 8-й драйвер в УТ 10.3. Текущая версия у клиента 10.3.47.3 - последняя на текущий момент. Печатает, работает!!!
Как: экспортируем в файл обработку обслуживания - Справочники - Обработки обслуживания торгового оборудования - открываем элемент с видом ТО "ККТ с передачей данных" - вверху на панели кнопок "Экспорт в файл". Либо перейти в этот элемент из формы обработки подключения и настройки ТО.
1.1)В конфигураторе открываем обработку - модуль обработки - метод СоздатьОбъектДрайвера(). Там есть 2 строки :
ПодключитьВнешнююКомпоненту(Адрес, "ИнтеграционнаяКомпонента", ТипВнешнейКомпоненты.Native);
Драйвер = Новый("AddIn.ИнтеграционнаяКомпонента.ATOL_KKT_1C83_V9");
Меняем "Native" на "COM"., "ATOL_KKT_1C83_V9" на "ATOL_KKM_1C82_54FZ". Получаем:
ПодключитьВнешнююКомпоненту(Адрес, "ИнтеграционнаяКомпонента", ТипВнешнейКомпоненты.COM);
Драйвер = Новый("AddIn.ИнтеграционнаяКомпонента.ATOL_KKM_1C82_54FZ");
1.2) В макет "ИнтеграционнаяКомпонента" загружаем архив "C:\Program Files (x86)\ATOL\Drivers8\1Cv82\FR-ATOL_54FZ.zip".
Загружаем обработку обратно в 1С - в форме элемента кнопка "Загрузка/обновление ...". Пользуемся.
Чтобы узнать тип компоненты и ID, смотрим в файлы "INFO.XML" и "MANIFEST.XML" из "C:\Program Files (x86)\ATOL\Drivers8\1Cv82\FR-ATOL_54FZ.zip".
Это же актуально для 9-й и 10-й версии.
2) Обновление 9-й версии драйверов и компоненты до последней не помогло.
3) 10-я версия - не получилось подключить, хотя 1С драйвер загружает и работает с ним - получает о нем данные, но тест не проходит. Не было времени разбираться, завтра буду пытаться напечатать чек, используя 10-ю версию.
10-я версия в УТ по умолчанию не взлетит, поэтому делаем п.1, но только для 2-й строки: меняем "ATOL_KKT_1C83_V9" на "ATOL_KKT_1C83_V10". Как описано выше, драйвер подключит и пообщается, но тест не пройдет. Печатать даже и не пробовал. Возможно проблема в типе передаваемых параметрах ККМ, см. скриншоты для 8-й версии (печатает) и 10-й (не проходит тест).
4) Интересное:
Используя 9-ю версию драйвера и загруженную компоненту 10-й версии драйвера - п.1.2 печать примерно увеличилась в 2 раза - с 13-15 секунд до 7-8 секунд.
Пока все.
Прикрепленные файлы:
(49) для 8-х драйверов настраивали службу fdsvc? Компонента "ATOL_KKM_1C82_54FZ" предназначена для работы через ФФД 1.0, ее конечно можно прикрутить и к ФФД 1.05, однако не все теги будут браться из 1С, чего не хватит будет браться из параметров кассы, поэтому тут на свой страх и риск.
(70)
UDP (англ. User Datagram Protocol — протокол пользовательских датаграмм) — один из ключевых элементов TCP/IP, набора сетевых протоколов для Интернета. С UDP компьютерные приложения могут посылать сообщения (в данном случае называемые датаграммами) другим хостам по IP-сети без необходимости предварительного сообщения для установки специальных каналов передачи или путей данных. Протокол был разработан Дэвидом П. Ридом в 1980 году и официально определён в RFC 768.
UDP использует простую модель передачи, без неявных «рукопожатий» для обеспечения надёжности, упорядочивания или целостности данных. Таким образом, UDP предоставляет ненадёжный сервис, и датаграммы могут прийти не по порядку, дублироваться или вовсе исчезнуть без следа. UDP подразумевает, что проверка ошибок и исправление либо не нужны, либо должны исполняться в приложении. Чувствительные ко времени приложения часто используют UDP, так как предпочтительнее сбросить пакеты, чем ждать задержавшиеся пакеты, что может оказаться невозможным в системах реального времени. При необходимости исправления ошибок на сетевом уровне интерфейса приложение может задействовать TCP или SCTP, разработанные для этой цели.
Природа UDP как протокола без сохранения состояния также полезна для серверов, отвечающих на небольшие запросы от огромного числа клиентов, например DNS и потоковые мультимедийные приложения вроде IPTV, Voice over IP, протоколы туннелирования IP и многие онлайн-игры.
UDP (англ. User Datagram Protocol — протокол пользовательских датаграмм) — один из ключевых элементов TCP/IP, набора сетевых протоколов для Интернета. С UDP компьютерные приложения могут посылать сообщения (в данном случае называемые датаграммами) другим хостам по IP-сети без необходимости предварительного сообщения для установки специальных каналов передачи или путей данных. Протокол был разработан Дэвидом П. Ридом в 1980 году и официально определён в RFC 768.
UDP использует простую модель передачи, без неявных «рукопожатий» для обеспечения надёжности, упорядочивания или целостности данных. Таким образом, UDP предоставляет ненадёжный сервис, и датаграммы могут прийти не по порядку, дублироваться или вовсе исчезнуть без следа. UDP подразумевает, что проверка ошибок и исправление либо не нужны, либо должны исполняться в приложении. Чувствительные ко времени приложения часто используют UDP, так как предпочтительнее сбросить пакеты, чем ждать задержавшиеся пакеты, что может оказаться невозможным в системах реального времени. При необходимости исправления ошибок на сетевом уровне интерфейса приложение может задействовать TCP или SCTP, разработанные для этой цели.
Природа UDP как протокола без сохранения состояния также полезна для серверов, отвечающих на небольшие запросы от огромного числа клиентов, например DNS и потоковые мультимедийные приложения вроде IPTV, Voice over IP, протоколы туннелирования IP и многие онлайн-игры.
Тоже столкнулся с долгой печатью 55 Атола (и 22) по сети, причем, всё в разных местах, ПО тоже разное (штрих кассир 5/розница 2.2).
(70) Скажите, у Вас как-то проблема решилась?
Как-то не ожидал от Атола такого западло, при том что его прямой конкурент (Штрих) прекрасно работает по сети и никаких заморочек со службами для передачи чеков (хотя rndis крайне неудачная штука оказалась).
(70) Скажите, у Вас как-то проблема решилась?
Как-то не ожидал от Атола такого западло, при том что его прямой конкурент (Штрих) прекрасно работает по сети и никаких заморочек со службами для передачи чеков (хотя rndis крайне неудачная штука оказалась).
Промежуточный результат:
Получилось использовать 10-ю версию драйвера, но скорость печати осталась такой же - около 13 секунд.
Позже напишу как завел 10-й драйвер, если кратко - между 8-й (на 9-ом не проверял) и 10-й версией есть разница в типах передаваемых параметрах - пост 40, пункт 3., см. картинки. Перевел строки в числа и взлетело.
Получилось использовать 10-ю версию драйвера, но скорость печати осталась такой же - около 13 секунд.
Позже напишу как завел 10-й драйвер, если кратко - между 8-й (на 9-ом не проверял) и 10-й версией есть разница в типах передаваемых параметрах - пост 40, пункт 3., см. картинки. Перевел строки в числа и взлетело.
Добрый день! Такая же проблема - медленная печать чека, в среднем 2 минуты. Причем только в одном магазине. Комп кассира с ккм подключается к 1с через удаленный рабочий стол, подключение через com порт, tcp/ip почему то не пашет. Версия драйвера атол на реальном пк , где стоит ккм - 8.15 , на рдп , где 1с - 9 .
Добрый день. Имеется 2 ПК + 2 Атол 55Ф по RDP (Server 2008 R2 standart) (в разных концах города) товароучетная программа Далион Автомаркет. Чеки печатались медленно на ДТО8. Перешли на ДТО10 настроили через "Атол Web-сервер". Скорость печати увеличилась в разы (3-5 сек на 1чек).
HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\services\Tcpip\P
выбрать нужный интерфейс(по ип в поле IPAddress или DhcpIPAddress)
добавить два параметра DWORD
"TcpAckFrequency" (sending out packets immediately)
и "TCPNoDelay" (Disabling Nagle-Algorithm)
Поставить оба в 1, перезагрузиться
выбрать нужный интерфейс(по ип в поле IPAddress или DhcpIPAddress)
добавить два параметра DWORD
"TcpAckFrequency" (sending out packets immediately)
и "TCPNoDelay" (Disabling Nagle-Algorithm)
Поставить оба в 1, перезагрузиться
конец 2013г решение у меня такое.
В меню Dr.Web откройте Центр безопасности - замок - Исключения - Приложения - + - для приложений перечисленных ниже установите галочку исключить из проверки для Spider Gate и Spider Mail - ОК.
CProgram Files (x86)ATOLEthOverUsbEthOverUsb.exe
CProgram Files (x86)ATOLAtolLicSvcAtolLicSvc.exe
Cprogram filesjavajdk1.8.0_172binjava.exe
В меню Dr.Web откройте Центр безопасности - замок - Исключения - Приложения - + - для приложений перечисленных ниже установите галочку исключить из проверки для Spider Gate и Spider Mail - ОК.
CProgram Files (x86)ATOLEthOverUsbEthOverUsb.exe
CProgram Files (x86)ATOLAtolLicSvcAtolLicSvc.exe
Cprogram filesjavajdk1.8.0_172binjava.exe
конец 2013г решение у меня такое.
В меню Dr.Web откройте Центр безопасности - замок - Исключения - Приложения - + - для приложений перечисленных ниже установите галочку исключить из проверки для Spider Gate и Spider Mail - ОК.
CProgram Files (x86)ATOLEthOverUsbEthOverUsb.exe
CProgram Files (x86)ATOLAtolLicSvcAtolLicSvc.exe
Cprogram filesjavajdk1.8.0_172binjava.exe
В меню Dr.Web откройте Центр безопасности - замок - Исключения - Приложения - + - для приложений перечисленных ниже установите галочку исключить из проверки для Spider Gate и Spider Mail - ОК.
CProgram Files (x86)ATOLEthOverUsbEthOverUsb.exe
CProgram Files (x86)ATOLAtolLicSvcAtolLicSvc.exe
Cprogram filesjavajdk1.8.0_172binjava.exe
Для получения уведомлений об ответах подключите телеграм бот:
Инфостарт бот