Что то первый раз такое, Сервер RDP 2012, на сервере тест драйвера ККТ видит и нормально взаимодействует с ККТ, при попытке пробить из 7 в РДП сеансе, локально на компе отваливается сеть, ума не приложу куда копать, чтобы восстоновить сеть, надо перегрузить Свич

(0) Свич поменяй сначала

(0) Ну или сначала попробуй что ни будь большое с сервера на клиента передать

(1) (2) Так база работает без нареканий, до момента пробития чека, гонял туда сюда и "тяжелые" отчеты формировал

(3) Ну так у тебя же картинка на клиента ходит, а тут внутри РДП канала эмулируется конечное устройство и туда с большой скоростью данные вваливаются.

(4) Так почему с теста драйвера (с сервера, краткий, длинный запросы состояния, данные чеков ФН) все хорошо?

+(2) попробуй что ни будь большое с сервера на клиента передать

Кино какое-нибудь кинь, отвалится при копировании или нет.

(5) Ну может тест драйвера у тебя XML создает и посылает в устройство, а через ХЗкакую компоненту у тебя все команды через COM передаются.

450 метров сча за 2 минуты протащил, прямо из сеанса

(7) Работа с драйвером на прямую, без ХМЛ прокладок, до вчерашнего дня все работало в штатном режиме, вчера с утреней загрузки понеслась котовасия, при чем рядом комп стоит со своей кассой все бьет отлично с того же сервера

(8) Еще в обратную сторону попробуй.
Ну и как вариант переткнуть в свиче шнурок от компа в другой разъем.

(10) Перетыкали не помогает, это первое что попробовали

Клиент и сервер в локальной сети

А ККТ то какой? Судя по этому- "краткий, длинный запросы состояния", это Штрих?
Я тут, буквально на днях со Штрихом ковырялся, и заметил такую особенность - при не корректной команде, у него COM-порт отваливается, даже в тесте драйвера перестает в "Настройках свойств" находиться... Типа, чего-то там в мозгах у него переклинивает от непонятки с командой, и связь отваливается. Это на последней прошивке/драйверах, не заю, раньше такое было или нет, вроде не замечал, когда прошлый раз с ним занимался... Но, он у меня уже 2 года на полке валялся, ща пришлось достать и обновить...

(13) Штрих онЛайн

Компонента создается, Сервис параметры ККТ видна, настройки работают, проверка связи из 1с проходит, при попытке выбить чек вылетает сеть, чудеса

Вопрос решился заменой свича

А нет, новый свич, приколы продолжаются, теже самые

Вчера до вечера все проработало штатно и нормально

(0) Господин. А у Вас связи с свитчером через вайфай или посредством проводов?

(15) "при попытке выбить чек вылетает сеть, чудеса"
Всё оборудование другое, но симптом похожий. Если бы не видел своими глазами - не поверил бы.
Штрих локально подключен, Розница 2, драйвер 4.15 предпоследний. Винда закачала обновление, после чего любая попытка пробить чек отрубает сеть. В системных сообщениях винды при этом ошибка "dhcp-распределитель отключил себя по ip-адресу" поскольку этот ip-адрес лежит вне области. Ругается на айпишник 192.168.137.111 - стандартный rndis адрес штриха. Причем dhcp отключен, во всех сетевых подключениях адреса прописаны вручную. Но это хоть как-то объясняет магию отключения сети.
Решилось откатом до предыдущей точки восстановления и отключением службы обновления, но это все же временное решение.

А подскажите, как XML для штриха использовать?

(19) В Штрих Онлайн нет вайфая, по-моему. Одинокий юсб провод только.
(21) Восьмерочные конфы не напрямую с драйвером работают, а с оберткой над ним. обертка получает xml, формирует нужные команды и уже скармливает их драйверу. В любой типовой с БСП посмотри СформироватьXMLдляОтправкиЧека или как-то похоже + РС Фикальные операции, где хранятся xml пробитых ранее чеков.

(22) в некоторых моделях есть

Это 7.7, работа с нативным драйвером напрямую, бех ХМЛ обертки
(22) очень сильно на это похоже, вафли нет, отправка в ОФД через 192.168.137.111 - стандартный rndis, пробивка чека через Com-port из RDP, винда 10-ка
похоже драйвер чудит, может быть последние 15-е дрова поставить, но есть вариант что с командами 14-го не взлететь, еще больший гемморой

(24) Я тестировал, с 15-ым драйвером всё работает в 1С 7.7.
Кстати рекомендую перейти на 15-ый драйвер. Там есть команды, не поддержанные в 14-ом драйвере, например очистка буфера КМ.

Обнова винды дел натворила

(24) С 15-тым... У меня и с 17-тым работает нормально, тоже из 7.7 на прямую... Соседняя тема: Штрих и буква М на чеке по ФФД 1.2
У Штрихов, как я понял, хорошая совместимость "сверху-вниз", все, что работало в старых версиях драйвера, должно работать и в новых.

Вопрос - а у него что, своей сетевухи нет "на борту" - ? Зачем по rndis - ?

(27) Нет, только ЮСБ и ком порт, машика с начала касс онлайн, сейчас я беру с файфаем и компортом и голову не ломаю

(26) После удаления обновы нормально заработало?
Все же хочется более нормальное решение найти. Но хз вообще как

(29) Да, все как прежде, сразу говорю поряток такой
Отключаем обновление как службу, для службы делаем вход от пользователя гость(после выбора гость, пароль стираем)
В групповых политиках отключаем автообновление
после этого удаляем недавно установленные обновления их там 3, 3-й который Сервайс, не обязательно, перегружаем комп и работаем, либо плясать с 15 или 17 драйвером, что мне не очень хотелось, потому что желательно старые дрова сносить

(30) + если не отключить автообновление, при перезагрузке винда опять его накатит, я так попался, потому как делал уделенно экрана загрузки не видел, что винда опять обновляется
Запускаю тестирование такая же хрень, лезу в обновы, а они опять на месте только от сегодняшней даты...

Там в новых rdp есть проброс usb,поэтому,у вас,вероятно,не Com-порт пробрасывается,а usb.
И вполне вероятно,что вы получаете rndis на сервере,после того,как режим порта меняется.
Опять же,в последнем драйвере встроен sock-прокси сервер,который на сервер ставить категорически не рекомендуется.

И службу автонастройки соединения лучше остановить,т.к.она может мешать.

(32) Ну да , я же тупой RNDIS от ком порта не оличаю , да? Даже в Заголовке темы написано , что ком порт, и драйвер настроен на ком порт

(34) реально,таи процессор,который подставляет нужные pid и vid.
А вот что происходит,когда процессор зависает - вопрос открытый.