Отправляет данные на порт, перенаправленный через другую RDP сессию? Не верю. Опиши эксперимент. Очень подробно. Если сделать хак, который бы видел устройства других RDP сессий, можно было бы кучу всего хорошего сделать, но насколько я понимаю, такое никак невозможно.iitiro писал(а):У меня 8.2 1сина почему то упорно дерется с когда в системе два пользователя терминальных подключены и у обоих ком1 замаплен. То вообще не работает то чек на другой фискальник отправлят.
маппинг com портов не поумолчанию?
-
- Разработчик
- Сообщения: 11866
- Зарегистрирован: Ср окт 01, 2003 12:06 am
- Откуда: Роcсия, Тольятти
- Контактная информация:
Re: маппинг com портов не поумолчанию?
-
- Сообщения: 402
- Зарегистрирован: Сб июн 17, 2006 5:45 pm
- Откуда: Украина, Черновцы
- Контактная информация:
Re: маппинг com портов не поумолчанию?
Думаю втварь тут не при делах. Это такая конфа 1с слишком умная, она при открытом на одном компе одноименного порта его уже не открывает, а отправляет данные первому экземпляру 1с. Копай в 1с.
Re: маппинг com портов не поумолчанию?
Ситуацию с 1С 8.x подтверждаю.
хотели перевести на wtware магазины розничной торговли - не смогли.
на одном терминальнике два кассира не могли работать, у кого то одного не печатал принтер чеков феликс.
сканеры штрих-кодов при этом работают без проблем (мапятся в com3) а с кассой никак, (она в com1 направляется)
решили что разберемся позже и подняли для каждого кассира по терминальному серверу ))
но не разобрались, в итоге на рабочие места кассиров установили винды, изменили в виндах номера com портов, чтобы не пересекались и стали работать через mstsc - так проблем не было.
а потом и вовсе стали запускать 1С локально и подключались к базе через туннель - так стабильнее всего получилось.
в чем тут проблема осталось загадкой к сожалению.
хотели перевести на wtware магазины розничной торговли - не смогли.
на одном терминальнике два кассира не могли работать, у кого то одного не печатал принтер чеков феликс.
сканеры штрих-кодов при этом работают без проблем (мапятся в com3) а с кассой никак, (она в com1 направляется)
решили что разберемся позже и подняли для каждого кассира по терминальному серверу ))
но не разобрались, в итоге на рабочие места кассиров установили винды, изменили в виндах номера com портов, чтобы не пересекались и стали работать через mstsc - так проблем не было.
а потом и вовсе стали запускать 1С локально и подключались к базе через туннель - так стабильнее всего получилось.
в чем тут проблема осталось загадкой к сожалению.
-
- Разработчик
- Сообщения: 11866
- Зарегистрирован: Ср окт 01, 2003 12:06 am
- Откуда: Роcсия, Тольятти
- Контактная информация:
Re: маппинг com портов не поумолчанию?
Попробуй вот это:
http://pxe.ru/files/testing/201303122118.zip
Графический конфигуратор еще не обучили. Параметр придется писать в текстовом редакторе. Синтаксис такой:
serial=com25(com1),eklmn10(com2),com45(usb),com4
До скобок пишем имя, которое увидит виндовс. eklmn10 тоже работает. В скобках физический порт на терминале. Не больше 4 портов. Если скобок нет, значит com4 в виндовсе остается com4 на терминале.
Поехало?
http://pxe.ru/files/testing/201303122118.zip
Графический конфигуратор еще не обучили. Параметр придется писать в текстовом редакторе. Синтаксис такой:
serial=com25(com1),eklmn10(com2),com45(usb),com4
До скобок пишем имя, которое увидит виндовс. eklmn10 тоже работает. В скобках физический порт на терминале. Не больше 4 портов. Если скобок нет, значит com4 в виндовсе остается com4 на терминале.
Поехало?
-
- Сообщения: 33
- Зарегистрирован: Пн дек 03, 2012 6:29 pm
- Откуда: Москва
Re: маппинг com портов не поумолчанию?
ох и проблемное это утверждение ...iitiro писал(а): ... Мы не стандарты обсуждаем что правильно а что нет. А торговлю, где каждый косяк бьет больно и жестоко.. Это спарта и тут не смотрят на то что правильно а на то что работет) ...
с точки зрения долгоживучести процесса...
о торговле - это всего лишь деньги и ...
длительным чем-то тут не пахнет!
Re: маппинг com портов не поумолчанию?
Сегодня столкнулся с такой же проблемой.
При работе первого терминала, второй сообщает о недоступности компорта и наоборот.
Вот строка из конфигурационного файла: serial=com1
Странно то, что сегодня я всего лишь повторял действия сделанные полгода назад в другом филиале, там все так же настроено и работает без проблем и по сей день.
Отличие одно - сегодня я настраивал в качестве сервера Windows XP, а пол года назад это был Windows 7.
Буду пробовать serial=com25(com1).
Спасибо, еще не могу сказать что помогли, но уже успокоили.
З.Ы. К компорту обращается 1С v7.7, через OLE драйвер.
При работе первого терминала, второй сообщает о недоступности компорта и наоборот.
Вот строка из конфигурационного файла: serial=com1
Странно то, что сегодня я всего лишь повторял действия сделанные полгода назад в другом филиале, там все так же настроено и работает без проблем и по сей день.
Отличие одно - сегодня я настраивал в качестве сервера Windows XP, а пол года назад это был Windows 7.
Буду пробовать serial=com25(com1).
Спасибо, еще не могу сказать что помогли, но уже успокоили.
З.Ы. К компорту обращается 1С v7.7, через OLE драйвер.
Re: маппинг com портов не поумолчанию?
В версии wtware 5.1.35 и терминальным сервером под "Windows XP+termimal_patch"
строка в конфиг файле
serial=com2(com1)
реально перенаправляет com1 с терминала, на com2 windows XP.
В версии wtware 5.0.7, строка в конфиг файле
serial=com2(com1)
вообще не поддерживается, только
serial=com1
но если в качестве сервера (в моем случае) Windows 7, то в каждой сессии свои com1, com2....comN и они не пересекаются и все работает прекрасно.
строка в конфиг файле
serial=com2(com1)
реально перенаправляет com1 с терминала, на com2 windows XP.
В версии wtware 5.0.7, строка в конфиг файле
serial=com2(com1)
вообще не поддерживается, только
serial=com1
но если в качестве сервера (в моем случае) Windows 7, то в каждой сессии свои com1, com2....comN и они не пересекаются и все работает прекрасно.