Тормозит печать чека на фискальный регистратор через RDP

1. Илья Кутузов (Kutuzov) 153 04.12.14 11:29 Сейчас в теме
Добрый день! Проблема - тормозит печать чека на фискальном регистраторе при печати из 1С через RDP (удаленная точка, подключена через интернет по выделенке). Печать занимает 8 секунд. Прилагаю скриншот с замером времени, из которого видно, что именно операции с драйвером занимают все время.

Сервер - 16 Гб памяти, нормальный
Связь по выделенке, нормальная
1С - Комплексная автоматизация 1.1
ФР - атоловский FPrint
драйвера - атоловские, стоят на сервере, на клиент RDP пробрасывается порт

Отпишитесь, плиз, кто сталкивался с подобной проблемой
Прикрепленные файлы:
Вознаграждение за ответ
Показать полностью
Найденные решения
13. Максим Безруков (bzmax) 05.12.14 23:10 Сейчас в теме
(10) Kutuzov,

Для начала. (возможно эти рекомендации уже решат твои проблемы) Сделай следующие вещи.

1) Если на сервере есть физические СОМ порты, то задай им такие номера, что бы случайный появившийся маппинговый порт их не перекрывал.
ПРИМЕР:
Физический СОМ1 => СОМ61
Физический СОМ2 => СОМ62

ВАЖНО!
Это касается и возможных виртуальных портов на сервере (при временном подключении какого нибудь USB устройства с эмуляцией RS232.

2) Раз у тебя есть вариации работы по ADSL.(Да чего греха таить многие провайдеры и по Ethernet подключают методом PPPoE)
То нам необходимо защитить пакеты для предотвращения дропа и(или) фрагментации пакетов промежуточным устройством при прохождении через программно-аппаратный туннель провайдеров.
Для этого достаточно изменить размер MTU сетевой карты. Как правило у Windows размер MTU = 1500 байт. Количество байт для инкапсуляции может быть различным. Но больше 50 байт инкапсуляцию уж точно никто не делает.
Поэтому достаточно изменить размер MTU = 1450 байт.
При чем меняй размер и у сервера и у клиентов. Т.к. неизвестно где какой провайдер.

ВАЖНО!
После изменения размера MTU компьютер необходимо перезагрузить! Для вступления настроек в силу.

Как менять размер MTU описывать не буду. в интернете полно примеров. Вот один из них Изменение MTU в Windows

После этого проверь скорость печати чеков.

П.С. И не используй для ФР через маппинг большие скорости UART. Не больше 57600. Зачастую 9600 и 19200 достаточно.

П.П.С А вообще MTU лучше подбирать опытным путем , до тех пор пока пакет передачи данных перестанет фрагментироватся.

Для это выполняй такую команду
ping адрес_назначения - f - l xxxx где (хххх - это размер пакета в байтах)

Начинаешь с 1500 и потихоньку снижаешь размер по 10-12 байт.
Фрагментируемый пакет будет отображаться так

а вот как только он станет отображаться следующим образом


Значит пакет прошел сразу! Целиком без разбиения на части и потери драгоценного времени. (Т.к. любое разбиение пакета заставляет генерировать новую контрольную сумму, добавь к этому еще и генерацию контрольной суммы на шинах RS232)

После это побробуй немного увеличить размер, по 2-3 байта, что бы найти оптимальную точку когда пакет не дробиться.

Слишком маленький MTU тоже не сулит ничего хорошего.

П.П.П.С
Кстати если работа с 1С в режиме тонкого клиента тормозит. а интернет вроде как работает. "Поиграться" с MTU то же имеет смысл.
Остальные ответы
2. Сергей Яхонтов (newbas) 489 04.12.14 11:39 Сейчас в теме
Прилагаю скриншот с замером времени, из которого видно, что именно операции с драйвером занимают все время.

Где?
Тормозит печать чека на фискальный регистратор через RDP

Это не удивительно, честно сказать ни разу не видел, чтобы печать чека через RDP при удаленном сервере работала быстро.
При локальном серваке обычно проблем нет
3. Aleksey (HitGroove) 43 04.12.14 13:43 Сейчас в теме
1. RDP - в локалке или через инет?
2. Скорость на портах какая? (на компах и на ФР)
3. Локально если подключить ФР скорость печати такая же, или шустро печатает? (Исключить кривость драйвера. Т.к. например у Штриха есть драйвер 1С-ных и тест-драйвер это разные длл с разным набором функций.)
4. Илья Кутузов (Kutuzov) 153 04.12.14 14:30 Сейчас в теме
Нагуглил эту тему
http://forum.shtrih-m.ru/viewtopic.php?f=1&t=26484

Оказывается, это известная проблема. На момент этой темы штатного решения не было.
Может, у кого-то есть опыт решения такой проблемы, используя локальный сервер печати и т.д.?
5. Илья Кутузов (Kutuzov) 153 04.12.14 14:30 Сейчас в теме
(3) HitGroove, откорректировал описание
6. Илья Кутузов (Kutuzov) 153 04.12.14 14:31 Сейчас в теме
(2) newbas, а решение проблемы видели?)
7. Aleksey (HitGroove) 43 04.12.14 14:56 Сейчас в теме
(5) Kutuzov, Если хотите получить дельный ответ сообщите:

1. Пинг с клиента на сервер.
2. Попробуйте распечтать (чек, Х-отчет) на ФР который локально подключен к клиенту. (Тупо дровина может быть не хорошая)
3. Скорость портов какая? (Пример штрих АСПД максимум 57600 поддерживает и наблюдалось улучшение работы при снижении скорости портов)

Вы же когда к врачу приходите отвечаете на его вопросы, показываете результаты анализов. Одним замером производительности не обойтись))))

Вот еще ветка http://forum.infostart.ru/forum42/topic84605/ про АТОЛ
8. Владимир 777 (MyPuK_OLD) 04.12.14 15:27 Сейчас в теме
(1) Kutuzov, тайм-аут соединения какой стоит?
9. Максим Безруков (bzmax) 04.12.14 18:18 Сейчас в теме
Я рекомендую не использовать маппинг СОМ-порта через RDP.
Используйте механизм RS232-Ethernet-RS232 т.е. проброс портов по сети.
Для этого прекрасно зарекомендовала себя программа(бесплатная) Tibbo Device Server Toolkit

Устанавливается на торговых точках(серверный режим) и на сервере(клиентский).
На торговых точках необходимо настроить проброс TCP порта для программы.

Пример:
Настройки точек для ком порта на самом компе указывает только порт прослушки (и этот порт прослушки пробрасываем "наружу" в интернет)
(Точка-1) com1 = внеш.адрес: 123.123.123.123 порт: 7000
(Точка-2) com1 = внеш.адрес: 223.223.223.223 порт: 7000

Настройка сервера для созданных виртуальных комп портов указываем адрес и порт.
адрес: 123.123.123.123 порт: 7000 = com1
адрес: 223.223.223.223 порт: 7000 = com2

Получаем на сервере СОМ-порты на каждую торговую точку. В настройках Торг.оборудования настраиваем ФР каждой кассы на соответствующий порт.
Скорость ком. портов лучше делать небольшую.
от 19200 до 57600.И тайм аут выставлять в 300 мс. (Лучше немного поиграть с этими настройками)

На текущий момент в таком режиме работает порядка 40 магазинов заказчиков.
10. Илья Кутузов (Kutuzov) 153 05.12.14 16:13 Сейчас в теме
(9) bzmax, круто)
а сколько по времени печатается чек с такой архитектурой?
11. Максим Безруков (bzmax) 05.12.14 16:25 Сейчас в теме
Как правило моментально.
Т.к. создаються отдельные каналы-туннели по которым передается просто текстовая строка (команды драйвера в фр и обратно)
А т.к. на каждый девайс свой канал, то приоритет у него единственный-высший :)
а по RDP валит сборная солянка всяких перенаправлений и какой пакет имеет высший приоритет одному богу и команде Билла известно :)
12. Максим Безруков (bzmax) 05.12.14 16:35 Сейчас в теме
(10) Kutuzov,
Тут главный момент, что на конкретный сом-порт, конкретный туннель-устройство.

А при RDP если на нескольких точках касса на COM1, то и для каждого сеанса устройство будет на COM1.
Т.е. технологически на сервере получается несколько COM1 (но в разрезе разных сеансов).
А как такой механизм работает неизвестно потому как документации нет.

Мой же механизм реализует идентификацию COM портов, независимо от сеансов!

Главное правильно настроить соответствие "настройки кассы"-"COM порт"
А то может получиться такое:
Покупку пробили в Череповце, а чек вылез в Самаре :)
13. Максим Безруков (bzmax) 05.12.14 23:10 Сейчас в теме
(10) Kutuzov,

Для начала. (возможно эти рекомендации уже решат твои проблемы) Сделай следующие вещи.

1) Если на сервере есть физические СОМ порты, то задай им такие номера, что бы случайный появившийся маппинговый порт их не перекрывал.
ПРИМЕР:
Физический СОМ1 => СОМ61
Физический СОМ2 => СОМ62

ВАЖНО!
Это касается и возможных виртуальных портов на сервере (при временном подключении какого нибудь USB устройства с эмуляцией RS232.

2) Раз у тебя есть вариации работы по ADSL.(Да чего греха таить многие провайдеры и по Ethernet подключают методом PPPoE)
То нам необходимо защитить пакеты для предотвращения дропа и(или) фрагментации пакетов промежуточным устройством при прохождении через программно-аппаратный туннель провайдеров.
Для этого достаточно изменить размер MTU сетевой карты. Как правило у Windows размер MTU = 1500 байт. Количество байт для инкапсуляции может быть различным. Но больше 50 байт инкапсуляцию уж точно никто не делает.
Поэтому достаточно изменить размер MTU = 1450 байт.
При чем меняй размер и у сервера и у клиентов. Т.к. неизвестно где какой провайдер.

ВАЖНО!
После изменения размера MTU компьютер необходимо перезагрузить! Для вступления настроек в силу.

Как менять размер MTU описывать не буду. в интернете полно примеров. Вот один из них Изменение MTU в Windows

После этого проверь скорость печати чеков.

П.С. И не используй для ФР через маппинг большие скорости UART. Не больше 57600. Зачастую 9600 и 19200 достаточно.

П.П.С А вообще MTU лучше подбирать опытным путем , до тех пор пока пакет передачи данных перестанет фрагментироватся.

Для это выполняй такую команду
ping адрес_назначения - f - l xxxx где (хххх - это размер пакета в байтах)

Начинаешь с 1500 и потихоньку снижаешь размер по 10-12 байт.
Фрагментируемый пакет будет отображаться так

а вот как только он станет отображаться следующим образом


Значит пакет прошел сразу! Целиком без разбиения на части и потери драгоценного времени. (Т.к. любое разбиение пакета заставляет генерировать новую контрольную сумму, добавь к этому еще и генерацию контрольной суммы на шинах RS232)

После это побробуй немного увеличить размер, по 2-3 байта, что бы найти оптимальную точку когда пакет не дробиться.

Слишком маленький MTU тоже не сулит ничего хорошего.

П.П.П.С
Кстати если работа с 1С в режиме тонкого клиента тормозит. а интернет вроде как работает. "Поиграться" с MTU то же имеет смысл.
14. Максим Безруков (bzmax) 06.12.14 00:03 Сейчас в теме
(4) Kutuzov,

Конечно известная проблема :) Все думают о пингах и ширине канала. А зрить нужно в корень.
Механизмы передачи пакетов данных TCP, RS232. То о чем выше писал.

Надо запомнить главное! Быстрый - не значит качественный!

10000 гастробайтеров быстрее перенесут тонну кирпичей, чем один погрузчик, но это не значит, что это лучший вариант :)
15. Максим Безруков (bzmax) 06.12.14 00:18 Сейчас в теме
Кстати совсем забыл.

Но это только для тех у кого Штрих-М
Ребята с Ростова сделали Драйвер-Сервер под "штрихи".
Механизм простой.
На торг.точке ставиться эта программулина у неё есть TCP порт (возможна работа по SSL- шифровани данных)

Через этот порт можно и управлять фискальником и печатать. Когда серверу нужно напечатать чек, он формирует xml-ку и пуляет её по нужному порту в нужный адрес. И все!
Офигенно надежно и быстро, своими глазами видел целую сеть АЗС на данном механизме.
Никаких сом-портов и потерянных сессий.
И главное(!) кроссплатформенность!

http://www.rnditsoft.ru/
16. Камиль Никитин (camel) 17.04.15 15:27 Сейчас в теме
Подниму тему
С одним лишь отличием: регистраторы печатали быстро,а теперь всё медленее и медленее. Т.е. проблема не врожденная,а приобретенная
Скоро чек 20 сек займёт. Причём сначала думает долго, потом печатает понемногу, отдохнет 3-5 сек и дальше печатает, отдохнет 3-5 сек и дальше печатает.

Портов нет с одинаковыми номерами.
Это происходит на всех регистраторах и на всех компах. Даже есть функция ОТКРЫТЬ ЯЩИК ( т.е. без печати текста) и то она жутко тормозить стала
феликс-02к

Подскажите где можно копнуть
17. Oleg Space (spacecraft) 17.04.15 15:59 Сейчас в теме
(16) camel, перезагрузить таки сервер. Добавить ему память. Сделать тестирование базы. Перевести базу на SQL. Проверить сеть. Ну и т.д. Кол-во вариантов - бесконечно.
18. Сергей Смирнов (Serginio) 585 17.04.15 17:00 Сейчас в теме
В свое время решал задачу печати по RDP при плохой связи. Проблема была в том, что трафик при печати был большой.
Проблему решил передачей данных для печати на компьютер рядом с принтером через TCP/IP, который уже и формировал картинку и отправлял на принтер.
http://infostart.ru/public/238584/
19. Максим Безруков (bzmax) 17.04.15 21:28 Сейчас в теме
(16) camel,
Прекращение работы какой либо операции, небольшой "отдых" и продолжение операции - первый признак переполнения буфера.
Только осталось понять какого буфера?
Вы так же через RDP печатаете или у вас другой механизм?
20. volk13 (volk13) 25.04.15 13:16 Сейчас в теме
Используйте механизм RS232-Ethernet-RS232 т.е. проброс портов по сети.
Для этого прекрасно зарекомендовала себя программа(бесплатная) Tibbo Device Server Toolkit

Я правильно понимаю, что для этого необходимо сначала приобрести и затем использовать устройства Tibbo (Tibbo-конверторы)?
Т.е. без этих "физических устройств" com-порты по сети не пробросить?
21. Максим Безруков (bzmax) 25.04.15 16:40 Сейчас в теме
(20) volk13,
Зачем?. На машине РМК (рабочее место кассира) у вас ФР на COM-порту. Ставите приложение http://tibbo.ru/support/down/9/ (выберите нужную разрядность). Настраиваете в режиме сервера, на "удобный" для вас порт. С этого момента при обращеннии к IP адресу Компа РМК по этому порту вы обращаетесь к ФР.
Теперь на сервере устанавливаете то же приложение, но в режиме клиента указываете нужный IP адрес и порт, а также назначаете номер COM-порта.
И на сервере появляется виртуальный COM-порт, который по TCP/IP связан с ФР. Вот и все.

П.С. Если Комп РМК подключен к интернету через роутер, то позаботтесь о пробросе необходимого порта через роутер.
22. volk13 (volk13) 25.04.15 18:33 Сейчас в теме
На словах вроде понятно, а на практике проверить пока не могу, нет под рукой подходящего компьютера и девайса для экспериментов.
Существует-ли какое-либо описание на русском языке, как настроить данную программу в режиме сервера и в режиме клиента? Там есть такие режимы? (сервер и клиент)?
Просто в прикреплённом файле находится инструкция, в которой про режимы сервера и клиента ничего не сказано, и из неё мне непонятно, почему например в примере используют порты именно 2001 и 2002...

PS.
А задача у меня такая:
на РМ сотрудника установлена Ubuntu 14.04, из которой он по rdp в локальной сети подключается к WinServer2008, к самописной конфигурации 1С77.
необходимо из этой конфигурации печатать "спец.чек" на принтер чеков, установленный на РМ сотрудника, т.е. подключенный к линуксовому компьютеру.
Таких РМ с Ubuntu - много, все в локальной сети, но территориально в разных зданиях.
Вот думаю, как ещё можно сделать, кроме варианта - на все РМ поставить принтеры чеков с ethernet интерфейсом.
Прикрепленные файлы:
Инструкция.pdf
23. Камиль Никитин (camel) 30.04.15 13:54 Сейчас в теме
(17) spacecraft,
Перезагружал. Загрузка памяти совсем небольшая.
И конечно подкупает тот факт, что еще месяц назад всё работало исправно и быстро.

Вот лог фискальника:

Driver.Report
30.04.2015 10:12:36 0000000000 Посылка команды ККМ: 00 00 67 01
0000000000 Получен ответ: 55 66 00
30.04.2015 10:12:36 0000000000 Ошибка! ResultCode = -16 ResultDescription = "Не поддерживается в данном режиме устройства" BadParam = 0 BadParamDescription = "Ошибок в параметрах нет"
30.04.2015 10:12:38 0000002418 Driver.SetMode
30.04.2015 10:12:38 0000000000 Посылка команды ККМ: 00 00 48
0000000015 Получен ответ: 55 00 00
30.04.2015 10:12:39 0000000890 Driver.Report
30.04.2015 10:12:39 0000000000 Посылка команды ККМ: 00 00 67 01
0000000015 Получен ответ: 55 66 00
30.04.2015 10:12:39 0000000000 Ошибка! ResultCode = -16 ResultDescription = "Не поддерживается в данном режиме устройства" BadParam = 0 BadParamDescription = "Ошибок в параметрах нет"
0000006817 Driver.Set_Mode 2
30.04.2015 10:12:48 0000001404 Driver.SetMode
30.04.2015 10:12:48 0000000000 Посылка команды ККМ: 00 00 48
0000000000 Получен ответ: 55 00 00
30.04.2015 10:12:48 0000000000 Посылка команды ККМ: 00 00 56 02 00 00 00 30
0000000016 Получен ответ: 55 00 00
30.04.2015 10:12:48 0000000842 Driver.Report
30.04.2015 10:12:48 0000000000 Посылка команды ККМ: 00 00 67 01
0000000000 Получен ответ: 55 00 00
30.04.2015 10:12:50 0000001014 Посылка команды ККМ: 00 00 45
0000000843 Получен ответ: 55 22 00
30.04.2015 10:12:51 0000001014 Посылка команды ККМ: 00 00 45
0000000827 Получен ответ: 55 22 00
30.04.2015 10:12:53 0000001014 Посылка команды ККМ: 00 00 45
0000004149 Получен ответ: 55 02 00
30.04.2015 10:13:09 0000011997 Разрушение объекта нижнего уровня
0000000000 SetStateEvent
30.04.2015 10:13:09 0000000000 Объект старого протокола разрушен
################################################################
30.04.2015 10:13:09 0000000000 Устройство включено = 0
0000000000 Waiting for EventThread...
0000000000 EventThread destroyed successfully
0000000015 Port closed
30.04.2015 10:13:09 0000000000 Разрушение объекта нижнего уровня
30.04.2015 10:13:09 0000000000 Объект старого протокола разрушен
################################################################
30.04.2015 10:13:09 0000000000 Разрушение объекта нижнего уровня
30.04.2015 10:13:09 0000000000 Объект старого протокола разрушен
################################################################
30.04.2015 10:13:09 0000000000 Разрушение объекта нижнего уровня
30.04.2015 10:13:09 0000000000 Объект старого протокола разрушен
################################################################
30.04.2015 10:13:09 Завершаем запись в лог...
24. Камиль Никитин (camel) 30.04.15 13:58 Сейчас в теме
Обновлений 1с или WINDOWS не производилось за этот время.
Фискальники все три штуки на трех рабочих местах тормозят.
Значит дело таки в 1с на сервере
25. Камиль Никитин (camel) 30.04.15 14:01 Сейчас в теме
(19) bzmax,
Да. Все рабочие места подключены через удаленный рабочий стол
26. Камиль Никитин (camel) 06.05.15 07:39 Сейчас в теме
Подмечено: тормозит не только печать, но даже если нажать ОТКРЫТЬ КАССОВЫЙ ЯЩИК, то он раньше сразу открывался, а теперь через 2-3 сек.
Что можно предпринять в рамках поиска причин??
27. Максим Безруков (bzmax) 06.05.15 11:31 Сейчас в теме
Уже писал выше. MTU проверь на сервере и на клиентах.
28. Камиль Никитин (camel) 08.05.15 15:34 Сейчас в теме
У меня не через интернет, а по локальной сети
29. Максим Безруков (bzmax) 08.05.15 23:35 Сейчас в теме
По локальной сети??? !!!
А нафига (простите) по локальной сети рабочее место кассира запускать по RDP каналу?
Используйте клиентское приложение.
30. Sergey Bryuhanov (Bryuhanov) 10.05.15 12:24 Сейчас в теме
(29) bzmax,
Обычно так настраивают, в случаях, когда клиентские компы ничего окромя древнего линукса с rdp клиентом, или windows 98/NT5 с ним же, по характеристикам не вытягивают.
Только ненадежное это решение, особенно для ритейла.
MTU, у него действительно может быть мелкий указан, в подобных ситуациях с глюками фр ленивому мне обычно помогали утилиты проброса rs-232 портов, от Eltima, либо FabulaTech(пакеты у них меньшего размера, вроде при работе создаются).
Ну и дрова на кабель контроллер rs-232, обновить не помешает, если подключение фр по usb, с эмуляцией rs-232 идет.
Лежат тут: http://www.prolific.com.tw/US/ShowProduct.aspx?p_id=225&pcid=41
31. Камиль Никитин (camel) 11.05.15 10:49 Сейчас в теме
(29) bzmax,
спасибо за отклик

При наличии локальной сети почему-то через RDP работает в три раза быстрее, чем без RPD ( лицензия на 5 рабочих мест есть). Поэтому работаем так.



Bryuhanov
конечно я прочитал про утилиты проброски портов. Воспользуюсь ими.
Меня до сих пор смущает тот факт, что пару месяцев назад всё работало нормально: без проброски портов, без изменения MTU и т.п...

п.с. на всех компах WIN7, фискальники на COM портах
32. Максим Безруков (bzmax) 11.05.15 12:17 Сейчас в теме
(31) camel,
Локальная сеть, локальной сети рознь!
Я уже тысячу раз об этом писал. Просто объеденить компьютеры в сеть мало! ВАЖНО что бы компьютеры в сети друг друга находили моментально!
(Здесь медвежью услугу играет виндовс, т.к. до сих пор они используют netbios т.е. компьютер можеть находиться только по имени компьютера без имени домена и если при таком раскладе у вас не WINS сервера, то ЛЮБАЯ(!) сетевая карта ЛЮБОГО(!) устройства в сети может стать основным обозревателем в сети используя свой кеш(!), что в сою очередь просто загаживает локальную сеть "броадкастами") - как правило так все делают по дефолту.

Хочешь что бы сеть работала моментально:
1) Отключаешь на всех компах NetBIOS поверх TCP/IP (многие этого пугаются т.к. в сетевом окружении не видно ни одного компа, оно и понятно обозреватель сети без НЕТБИОС не работает. К каждому компу нужно подключаться введя в адресной строке полное имя. Например \\копм1.мой_домен.loc\шара_для_всех. Если нужны сетевые пути для кого-то то нужно использовать сценарии подключения сетевых дисков, а не "открывать" всю сеть любому обозревателю, что бы любой пользователь мог видеть всю локальную сеть).
2) Правильно настраиваешь DNS в сети. (каждый комп должен иметь ПОЛНОЕ(!) имя. Например копм1.мой_домен.loc)
3) Настройка серверов и клиентских программ к ним ТОЛЬКО(!) по полному имени!
4) Если ключи раздаются не сервером 1С, а менеджером HASP лицензий, то на каждом клиентском компе должны быть жесткие настройки на сервер лицензий (настройка файла nethasp.ini), а не поиск лицензий по броадкастам.

Вот тогда и будешь радоваться работе своей сети.

П.С. Простыми словами. Хочешь что бы сеть и сервера работали быстро и грамотно - забудь о дефолтных настройках и настраивай все сам.
33. Алексей Кар (trezwy) 13.05.15 01:15 Сейчас в теме
А драйвер Атол случайно не обновлялся? У меня были со сканером тормоза, после обновление версии, там сделали платные некоторые пункты. После установки старой версии тормоза ушли.
34. Камиль Никитин (camel) 13.05.15 07:25 Сейчас в теме
На одном из трех рабочих мест обновлялся. Но через некоторое время начались тормоза и вернул обратно. На остальных рабочих местах не обновлялись драйвера, но задержка в печати чека всё равно присутствует
35. c+ + (ture) 228 13.05.15 12:07 Сейчас в теме
Все просто до безобразия.
Когда Вам провайдер говорит о надежном широком канале, то это в подавляющем случае наиболее оптимистичный редко встречающийся случай.
Ширина меняется много раз за время отправки кода на принтер много раз.
Код здоровенный не постскрипт же, да и он то же мал.
Сказки нет - красивый чек = большой файл на печать. При помтоянно меняющейся ширине канала, печать будет долго, а 1С висит.
36. Камиль Никитин (camel) 13.05.15 12:22 Сейчас в теме
Чек маленький, 6 строк, локальная сеть
37. c+ + (ture) 228 13.05.15 12:31 Сейчас в теме
(36) Ну если усе именно так и это локальная сеть. Значит идем к сисадмину. Ударяем его моськой о стол и говорим: "Что ж ты га..дина в домен наш локальный в ДНС не прописал!" и еще разок его моськой, чтоб перестал жрать сухари, когда с ним разговаривают.
Нет проблемы к каналом, значит есть проблемы с поискам доменной машины (там АД хранится). А нужно это чтоб найти комп и убедиться, что туда можно слать на печать.
Аминь.
38. Камиль Никитин (camel) 15.05.15 07:22 Сейчас в теме
bzmax
Распиши подробнее вот эту фразу
2) Правильно настраиваешь DNS в сети. (каждый комп должен иметь ПОЛНОЕ(!) имя. Например копм1.мой_домен.loc)
39. Максим Безруков (bzmax) 15.05.15 10:55 Сейчас в теме
Правильно это когда:
1) В сети один DHCP (если он есть). И DNS интегрирован с DHCP. Т.е. при выдаче любого адреса запись "А" тут же появляется в DNS.
2) Серверы в сети имеют статический адрес. И все должны быть вручную заведены в DNS. Как "A" записи, так и "PTR"(при наличии обратной зоны).
3) Не обязательно, но желательно что бы была и обратная зона, в которой должны быть прописаны минимум адреса DNS сервера и статические адреса серверов (1С, СУБД).
4) Резолвинг всех(!) адресов (в том числе и интернет) только через твой(и) DNS сервер(а). Т.е. на DNS должна быть настроена ретрансляция резолвинга, если адрес не из твоей подсети.

Вот собственно все.
40. Камиль Никитин (camel) 15.05.15 11:10 Сейчас в теме
Огромное спасибо bzmax за помощь в решении проблемы.
Всё заработало быстро.
41. Максим Безруков (bzmax) 15.05.15 14:46 Сейчас в теме
(40) camel,
А куда денется :) У меня на обеспечении уже свыше 300 торговых точек разных компаний.
При правильной настройке некоторые в аптайме свыше 6 лет уже работают.
:)
42. Максим Безруков (bzmax) 15.05.15 14:59 Сейчас в теме
(40) camel,
Гавное 1С сервер в своих настройках то же должен быть по полному имени.
Посмотри в консоль администрирования сервера 1С. Название сервера и рабочих процесов только NetBIOS-овское без домена.

Для того что бы название сервера было полным необходимо остановить сервер.
И отредактировать файлы:
C:\Program Files\1cv8\srvinfo\1cv8wsrv.lst
и
C:\Program Files\1cv8\srvinfo\reg_1541\1CV8Clst.lst

вместо "Program Files" может быть "Program Files (x86)" зависит от разрядности сервера.

Так вот, найди в этих файлах имя компа и добавь к нему доменный суффикс (что бы полное имя было).
После этого запусти сервер.

Вот тогда "Картинка" совсем будет "Красивой" :)
43. Камиль Никитин (camel) 16.05.15 02:51 Сейчас в теме
1. Я даже поиском не нашел таких файлов. Как быть?
2. Комп х64, но папка 1с лежит в папке Program Files x86
Это критично? Перенести в Program Files ?
44. c+ + (ture) 228 16.05.15 11:09 Сейчас в теме
(43)если не индексируются папки, то можно не найти
45. Максим Безруков (bzmax) 16.05.15 11:48 Сейчас в теме
(43) camel,

1) НИКОГДА !!! Не переноси файлы из папки Program Files x86 в Program Files.
2) У тебя 1С в каком режиме? Файловом или клиент-серверном? То что я написал относиться только к клиент-серверному варианту.
46. Камиль Никитин (camel) 16.05.15 14:52 Сейчас в теме
47. c+ + (ture) 228 16.05.15 14:55 Сейчас в теме
(46)клиент серверный хорош когда пользователей у базы больше двух не считая вас. Файловые надо бекапить почаще, но бухи у меня это сами делают. Надоело им работать как лошади после каждой потери базы.
48. denis sp (flint_sk8) 25.05.15 20:31 Сейчас в теме
(21) bzmax,
А подскажите каким образом с машины сделать проброс через Tibbo Device Server Toolkit
Не подключится к нему а именно создать вещание в сеть с машины РМК (рабочее место кассира)
49. Максим Безруков (bzmax) 26.05.15 00:08 Сейчас в теме
(48) flint_sk8,
После установки "Tibbo Device Server Toolkit" открываешь "Tibbo VSP Manager" и добавляешь соединения (кнопка "ADD").
В форме диалога нового соединения по сути и так все понятно.
Если нужно создать вещание (как ты выразился), то это серверный режим (Routing mode = Server), тогда в этой же группе реквизитов "Networking" в поле "Listening port" устанавливаешь номер порта по которому будет вестись прослушка.
Если же нужно подключиться к удаленной машине, то это клиентский режим (Routing mode = Client), тогда активизируется группа реквизитов "Destination", где ты задаешь параметры сервера к которому нужно подключиться Адрес и Порт.
50. denis sp (flint_sk8) 26.05.15 12:38 Сейчас в теме
(49) bzmax,
Нажимаю добавить выбираю компорт в моем случае com1 (на нем стоит *) выставлю сервер ввожу порт для сети. нажимаю ОК
Захожу в устройства и у меня в списке два com порта COM1 (один оригинальный, второй TIBBO) при этом некакого соединения судя по монитору нету. Могу скинуть скрины.
51. Юрий Ярополов (uramen7) 05.06.15 10:47 Сейчас в теме
Добрый день, могли бы вы поделиться старой версией программы а то на новой нет сервера портов
52. Юрий Ярополов (uramen7) 05.06.15 13:23 Сейчас в теме
Поставили новую версию никак не могу связывать сервер и клиент.
53. c+ + (ture) 228 05.06.15 13:52 Сейчас в теме
(52) uramen7, Версия какого продукта Вам нужна?
54. Юрий Ярополов (uramen7) 05.06.15 14:39 Сейчас в теме
55. Ильяс Ахметшин (ilias007) 25.09.15 19:42 Сейчас в теме
(49) bzmax, Tibbo Device Server Toolkit работает если у клиента динамический IP?
56. Максим Безруков (bzmax) 25.09.15 21:48 Сейчас в теме
Нет. Нужно указывать либо статический IP, либо FQDN имя. Если есть возможность настрой и ипоспользуй DDNS, тогда у твоего динамического IP всегда будет определенный FQDN и по нему сможешь подсоединяться.
57. radcmax@mail.ru radcmax@mail.ru (lalalSSSS) 20.02.16 03:46 Сейчас в теме
Друзья, подыму тему.
Поставил тибо на клиента с ФР, и на сервер терминалов, сделал проброску портов, сделал ddns.
На клиенте ФР атол висит на com10, тибо создал ком20. На терминале видит поры 10 и 20.

Но как указать ФР и где (на клиенте или сервере) чтобы работал ФР через 20 порт, пробую на сервере в драйвере ФР поставить 20 порт, он его не видит, так же на клиенте пробую 20 порт, но не видит потому что ФР сидит на 10 порту.
58. Евгений Сыкчин (Giltor) 13.04.16 20:50 Сейчас в теме
Присоединюсь к flint_sk8 и lalalSSSS
В диспетчере устройств на сервере тиббо(Рабочее место кассира) появляется второй comХ порт.
Получается что на одном, к примеру, com10 сидит ФР
А тиббо создает свой виртуальный com10 и получается полная лажа.
59. Михаил Сединкин (mms76) 4 23.05.16 11:05 Сейчас в теме
У кого-то получилось программно пробросить RS-232 в ethernet? Или нужно покупать аппаратный преобразователь? Столкнулись с проблемой тормозов на Штрихах по RDP, УТ 10.3 стандартный чек печатает относительно нормально, если добавлять логотип или строки в чек, то жуткие тормоза, на один чек 1-1.5 минуты
60. rbw rbw (rbw) 25.05.16 12:33 Сейчас в теме
(59) mms76, пинг от клиента до сервера какой? мне помогло поднятие нормального канала на оптоволокне, вместо беспроводной связи.
61. Михаил Сединкин (mms76) 4 15.08.16 08:39 Сейчас в теме
(60) rbw, решили проблему при помощи http://interestingsolutions.ru/NetworkFRService.aspx, прекрасное решение для ФР от Штриха
Кому нужно, пишите, подскажу что и как, внедрили на УТ 10
62. Максим Безруков (bzmax) 16.08.16 01:42 Сейчас в теме
Отличное решение! Это аналог того о чем я писал в 15 посту.Только там:
1) Решение платное.
2) Решение кроссплатформенное (win, lin)

Проверил.Печатал чек из Питера в Красноярске (без логотипов, 15 позиций в чеке) задержка менее секунды.
Отличный результат.
Ставлю плюс.
63. Сергей Иванов (psa247) 03.09.16 04:42 Сейчас в теме
Коллеги, здравствуйте!
Просьба подсказать пути решения такой проблемы:
- есть сканер ШК 2Д - YOUJIE4600 (установлен и проброшен через COM-порт на удаленный рабочий стол)
- принимающее окно - 1С
- сканер настроен через "сервис - торговое оборудование"
- тест сканер проходит корректно
- драйвера все последние

проблема на удаленном рабочем столе:
- при считывании одномерного ШК - задержек нет
- при считывании QR-кода проходит, Примерно, секунд 7-10, пока в принимающем окне появится декодированная строка

на локальной машине при тех же условиях задержка в пределах 1 секунды только при считывании QR-кода
64. Максим Безруков (bzmax) 04.09.16 10:17 Сейчас в теме
А что тут думать то?
Линейный ШК это строка в единицы байт, а QR-код это строка в сотни байт, а то и килобайты.
А скорость порта сканера по дефолту всего 9600 бод. :) Вот и посчитай.
Скорость порта сканера увеличивай и таймаут поменьше сделай.
65. Сергей Иванов (psa247) 04.09.16 14:30 Сейчас в теме
66. Сергей Иванов (psa247) 08.09.16 09:02 Сейчас в теме
(64) bzmax, проверил hyperterminal-ом. Считывает в пределах секунды. В отладчике проверил, что подключение драйвера сканера идет с настройками, которые я установил. Скорости 152000 и таймаут 75 (Стандартный, не меняется в настройках)

Сканер цепляю к своей форме в конфигурации БГУ.
процедуру подлючитьклиента и отключитьклиента вызываю при открытии и закрытии формы
данные штрихкода получаю через внешнее событие. тут все просто, вроде. что еще проверить можно?
67. Сергей Иванов (psa247) 08.09.16 09:04 Сейчас в теме
С момента считывания штрихкода и срабатыванием ВнешнегоСобытия проходит 2 секунды. Дело точно не в сканере, т.к. гипертерминал получает данные со штрихкода (навороченного цифрами, кириллицей и англ. буквами и спецсимволами) за 1 секунду
68. Михаил Сединкин (mms76) 4 09.09.16 10:44 Сейчас в теме
(62) bzmax, причем, у ростовцев плата ежегодная, а тут можно поставить бесплатный драйвер, потестировать, а потом купить драйвер без рекламы по вполне адекватной цене.
69. Максим Безруков (bzmax) 09.09.16 12:15 Сейчас в теме
Согласен, но(!) у Ростовцев кросс-платформенная, а тут только для Windows.
70. Михаил Сединкин (mms76) 4 09.09.16 12:20 Сейчас в теме
Мне вообще странно, что производители ККМ сами не делают свои драйвера, адаптированные к работе на удаленных рабочих местах.
71. Максим Безруков (bzmax) 09.09.16 12:32 Сейчас в теме
(67) psa247,
Ну дык тогда проще простого :) Смотри 13 пост в это теме :) Там четко расписано, почему может тормозить и как с этим бороться.
72. Максим Безруков (bzmax) 09.09.16 12:53 Сейчас в теме
(70) mms76,
А им зачем? Они девайсы выпускают :) И описание для работы с ними :) Дальше задача программистов :)
Единственное не все а точнее только АТОЛ не дает протоколы для работы со своими девайсами, поэтому подключать их оборудование всегда приходиться с "танцами и бубном".
Штрих-М, СервисПлюс и прочие более демократичны в этом плане.
73. Михаил Сединкин (mms76) 4 09.09.16 13:30 Сейчас в теме
Да, Атол давно в жлобстве замечен
74. Сергей Иванов (psa247) 12.09.16 12:29 Сейчас в теме
(71) bzmax, у меня на локальной машине событие отрабатывает в течение 2-3 секунд. А в гипертерминал считывает буквально за 1 сек без задержек. Т.е. МТУ мне не поможет.я к своей форме прикрутил считывание. Использую стандартные процедуры из обработки СерверТО.
функции ПодключитьКлиента, отключить и внешнее событие в моей форме. Где мог ошибиться?? Литературы уже перечитал, но ответ не нашел
75. Сергей Иванов (psa247) 18.09.16 13:20 Сейчас в теме
(72) bzmax,
Проблему решил след. образом:

Обратил внимание, что в компоненте от 1С при проверке устройства - есть параметр ТаймаутСОМ. Нашел в обработке от 1С функцию В (1СScanopos.epf):

// Функция осуществляет подключение устройства.
// (API v2.0)
//
// Параметры:
// Объект -
// - Объект драйвера торгового оборудования.
//
// Возвращаемое значение:
// - Результат работы функции.
//
Функция Подключить(Объект) Экспорт


Объект.Драйвер.ИмяСобытия = "ПолученШтрихкод";
Объект.Драйвер.ТаймаутCOM = 0; // <= надо выставить в "0" и будет без задержек срабатывать внешнее событие
76. Максим Безруков (bzmax) 19.09.16 20:34 Сейчас в теме
(75) psa247,
Хех :)
Дык я же писал про тайм-аут то ! :)
77. Сергей Иванов (psa247) 20.09.16 19:03 Сейчас в теме
(76) bzmax, прошу извинить, я все воспринял на MTU
78. Ренат Габдрахманов (pehatuk) 7 23.09.16 18:35 Сейчас в теме
(49) bzmax, Подскажите пожалуйста в каком месте мы указываем в клиентсокй части в программе Tibbo Device Server Toolkit, что нужно с виртуального порта сом2 печатать на физический порт сом1?
79. Максим Безруков (bzmax) 26.09.16 14:51 Сейчас в теме
bzmax, Подскажите пожалуйста в каком месте мы указываем в клиентсокй части в программе Tibbo Device Server Toolkit, что нужно с виртуального порта сом2 печатать на физический порт сом1?


Давай ка уточним что ты понимаешь под "Клиентской частью"
80. Ренат Габдрахманов (pehatuk) 7 26.09.16 15:07 Сейчас в теме
(79) bzmax, Как программа вообще понимает, что всё что к ней приходит виртуально, нужно отправить на физический порт СОМ1?
81. Ренат Габдрахманов (pehatuk) 7 31.10.16 14:15 Сейчас в теме
Установил tdst и программу Ip_to_Com. Теперь чеки печатаются не 2 минуты, а 30 сек. Можно было бы радоваться, но некоторые чеки почему то непонятно себя ведут. При закрытии чека выдается сообщение "Чек аннулирован". Подключаешь через RDP с подключенными портами, чек печатается без ошибок, но 2 минуты. Подскажите люди добрые куда копать?
Версия 1С 8.2
Драйвера АТОЛ 6,20,0,1
tdst версия 5,09,10
6_ip_com_v3_0_0
82. Михаил Сединкин (mms76) 4 20.12.16 06:58 Сейчас в теме
(81) Если чек аннулирован, то похоже на обрывы связи
83. Andrey Ivanov (pomestnik) 48 20.12.16 12:01 Сейчас в теме
Тоже геморой с ККМ (меркурий MSK на Штрих-М дровах) + rdp по инету.
Пинг до сервака около 40. А чек печатает секунд 17.
Читаю инфостарт вроде люди решают проблему но прям конкретно как не говорят и теряются))
Хоть бы кто публикацию запилил что ли с конкретными инструкциями =\

Вариант с прямым пробросом порта по рдп. - медленно.
Буду подключать белый ip к клиентской и пробовать по tcp.
1) IP_TO_COM + tibbo
2) Через Штрих-М сервер ФР
85. Евгений Баинов (rbsoft) 20 24.12.16 07:58 Сейчас в теме
(83) Добрый день! Есть решение проблемы с медленной печатью чеков на ККМ из терминальной сессии http://infostart.ru/public/544687/
Работает прекрасно на больших пингах.
86. Andrey Ivanov (pomestnik) 48 24.12.16 19:53 Сейчас в теме
Через сервер печати Штрих-М по TCP все норм завелось.
ip-to-com и tibo не завелось, тибо вроде порт по тсп создал, но драйвер ничего на этом порту не обнаружил =\
87. Андрей Шелехов (inworkman) 05.02.17 17:00 Сейчас в теме
доброго времени суток!
Максим, вы советовали в самом начале TDST.
Бился целый день и результата не получил.
На месте кассира в тиббо устанавливаю серер. Порт указываю 7000.
На роутере пробросил 7000 порт.
Антивирус удалил, фаерволл отключил.
Касса висит на *COM3
Выбираю его для создания виртуального ком порта.
На терминальном сервере ставлю клиента. Указываю белый IP рабочего места кассира, порт указываю 7000.
При проверке кассы из 1С тибо монитор пишет, что connection refused.
Я так понимаю, что место кассира не принимает подключение? Правильно? (напомню, что фаерволл отключен и никаких антивирусов нет, порт проброшен).
На РКМ, такое ощущение, что тиббо не слушает порт.

Выдает сообщение

02/05/17 18:33:40 - COM3 (INFO): VSP opened, transport=TCP(TDI), routing=server, local port=7000, OTF=out-of-band
02/05/17 18:33:40 - COM3 (INFO): Listening on TCP port 7000
02/05/17 18:33:44 - COM3 (INFO): Device closed

Через 2ip смотрю открыт 7000 порт или нет. - ПОРТ ЗАКРЫТ.


Не подскажете что я мог упустить и почему может не работать?
Уже голова кипит :) Вроде все просто, вроде делаю правильно, но работать не хочет! :(
88. Андрей Шелехов (inworkman) 06.02.17 10:48 Сейчас в теме
пробую в локальной сети все это дело организовать - тиббо монитор пишет следующее


02/06/17 12:44:32 - COM2 (INFO): VSP opened, transport=TCP(TDI), routing=client, remote=192.168.1.30:5555, connect=on data, OTF=out-of-band
02/06/17 12:44:44 - COM2 (ERROR): "On-the-Fly" command for 192.168.1.30 - set DTR to low...timed out
02/06/17 12:44:44 - COM2 (WARNING): "On-the-Fly" settings disabled (until connection established or port opened next time)
02/06/17 12:44:44 - COM2 (INFO): Device closed


параметр DTR вообще не нашел где установить его ниже...

На рабочем месте ставлю сервера, порт другой и так же - порт закрыт :(
89. Ренат Габдрахманов (pehatuk) 7 06.02.17 14:16 Сейчас в теме
Я полгода назад тоже долго бился с ошибками. Потом тупо отключил все проверки и потоком отправлял что надо на печать. И к моему удивлению всё заработало. Кому интересно вот обрезанная обработка: http://infostart.ru/public/560092/

Оставил только одну проверку в конце: "Вышел ли чек или нет"
90. Максим Безруков (bzmax) 07.02.17 16:56 Сейчас в теме
ГОСПОДА. Приветствую всех.
Хоть тема давно закрыта, я смотрю вопрос в пробросе ком-портов до сих пор актуален.
Сам я уже давно этим не занимаюсь, т.к. перешел на тонкие клиенты (управляемые формы).
Но могу сразу сказать всем следующее.

То что я советовал использовать TDST с двух сторон (сервер и клиент) - это устаревшая информация. Все течет, все меняется разработчик вносит коррективы. Серверный функционал TDST теперь работает только в купе с своим оборудованием (преобразователи компании Tibbo).
Теперь TDST можно применять ТОЛЬКО как клиента (т.е. устанавливается на сервере RDP как клиент для связи с открытыми портами расшаренных касс на удаленных торговых точках).
Серверную часть на торговой точке RS232-TCP необходимо реализовывать на другом программном продукте, либо (что намного лучше) на преобразователе интерфейса.

Ввиду актуальности и нужности данной информации. Сегодня напишу статью с двумя вариантами реализации (программным и аппаратным) и опубликую здесь на портале.
91. Андрей Шелехов (inworkman) 07.02.17 21:10 Сейчас в теме
Максим, по крайней мере я, с нетерпением жду статью!!! )
Возможно скажу глупость, но все же.
Может быть у Вас остался TDST старой версии, который позволяет использовать тиббо, програмно, как сервер? Чтобы воспроизвести то решение, о котором вы писали в самом начале?
92. Андрей Шелехов (inworkman) 08.02.17 11:43 Сейчас в теме
Настроил сегодня работу, пока в тестовом режиме.
На рабочем месте кассира поставки VSPE, на терминальном сервере использовал TDST в качестве клиента.
Одна позиция в чеке печатается почти моментально. 3-5 секунд. 10 позиций выходят в течении секунд 30.
На что грешить?
Возможно ли где то буфер обмена больше поставить?
Или дело в ширине канала? Там адсл.
Спасибо!
93. Андрей Шелехов (inworkman) 08.02.17 15:09 Сейчас в теме
Отчитываюсь дальше.
Скачал обработку http://infostart.ru/public/313737/
настроил.
Печатает прямо "влет". лучше, чем с эмуляцией ком порта.
Возможно кому-нибудь пригодится.
94. Максим Безруков (bzmax) 08.02.17 15:50 Сейчас в теме
(93)
Андрей :) Надо было сразу писать что у вас ККМ F-Print (Атоловский девайс).
8-ая версия драйверов для Атола уже давно реализовала работу по сети :)
(как минимум 4 года уже)
Тут надо понимать что Атоловские драйвера бесплатно работают только с "своими" ККМ.
95. Максим Безруков (bzmax) 08.02.17 16:21 Сейчас в теме
По сути и у Штрих-М драйвера поддерживают сетевую работу с ККМ.
Только на сервер ККМ нужно отдельно лицензии покупать.
96. Андрей Шелехов (inworkman) 08.02.17 19:33 Сейчас в теме
Дяденька, я еще не настоящий сварщик! :-)
Попросили помочь, с 1с в терминале не сталкивался, с печатью. Вот и пришлось искать информацию.
Если не сложно - расскажите. Зачем тогда я качал внешнюю обработку? Или она перепилена из атоловской? Но так как я не в теме - я даже не знал где она.
Вот узнал :-)
Предстоит еще много открытий чудных :-)
97. volk13 (volk13) 08.02.17 19:59 Сейчас в теме
Ввиду актуальности и нужности данной информации. Сегодня напишу статью с двумя вариантами реализации (программным и аппаратным) и опубликую здесь на портале.


ждём статью, очень интересно почитать, спасибо!
98. Николай Чирясов (pridecom) 351 15.03.17 07:58 Сейчас в теме
Не используйте проброску портров, используйте подключение через службу

http://1module.ru/content/news/index.php?ELEMENT_ID=5470
Оставьте свое сообщение