Windows-терминалы WTware

WTware v.5.4.16
Два одинаковых ККМ Штрих-М, на одном терминале - одинаковые USB ID
usbids:
[3] USB ID: 0403:6001, BUS ID: 4-2, class: 0x00, subclass: 0x00, Future Technology Devices International, Ltd FT232 USB-Serial (UART) IC
[4] USB ID: 0403:6001, BUS ID: 5-2, class: 0x00, subclass: 0x00, Future Technology Devices International, Ltd FT232 USB-Serial (UART) IC

При добавлении в кофиг serial=com1(usb), serial=com2(usb) терминал превращается в чайник (teapot)


Как указать их в конфиге ?

Попробуй так, одной строкой:

serial=COM1(usb 4-2); COM2(usb 5-2)

И лог после запуска покажи.

Спасибо! Данный способ работает.
Правда часто бывает, что после первой загрузки (ТС) терминальной станции , подключенные ККМ не отвечают с проброшенных портов. Порты сопоставлены, а ответа от оборудования нет.Причем был найден способ "растормашить ККМ" Просто начать сканирование спец программой поиска ККМ, меняя скорость от 9600 до 115200.

Это проблема проявлется только в ТС с указанной новой строчкой конфига, где подключены по 2 одинаковых ККМ. Там же где конфиг стандартный и задейтвован лишь один ККМ, все работает без нареканий.
Увы, это неудобно.
Нужен более надежный способ.

Сессия точно завершается? Не отключается, а завершается, и соответственно при подключении создаётся новая сессия?

Перенаправленный устройства не любят отключения сессий.

Да и не просто завершается, приходится делать сброс (выход) сеанса, через диспетчер подключений, на сервере терминалов.
Так как программа 1С Предприятие, запущенная в сеансе ждет ответа от порта и не обрабатывает сигналы.

После того, как работающая с железкой программа была аварийно прибита из диспетчера задач, железка может остаться в подвешенном, неготовом к работе состоянии.

Должно быть так:

1. Завершили сеанс. В Диспетчере подключений сеанса юзера больше нет.
2. Выключили железо. И компьютер, и ККМ.
3. Включили железо.
4. Подключились.

Именно в таком сценарии будут проблемы?

Да, все верно. Именно такая последовательность.

Логи покажи. Пожалуйста, чтобы в логах не было лишних действий. Загрузил, подключился к серверу. Сохранил лог. Запустил программу, увидел ошибку. Сохранил. Запустил поиск, растормошил железку, сохранил.

Конечно предоставлю, но уже завтра, с утра. Все терминалы нещадно используются.
Может ли замена версии (v.5.4.16) Wtware на актуальную, решить проблему ?

Ставь актуальную. Хуже не будет.

свежие парные логи

term1_log - ТС с одним ККМ, с которой все ОК
term5_log - ТС с двумя ККМ, с которой все НЕОК (Загрузил, подключился к серверу. Сохранил лог. Запустил программу, увидел ошибку. Сохранил...)
term5_log2 - ТС с двумя ККМ, с которой все НЕОК (...Запустил поиск, растормошил железку, сохранил)

Есть ли мысли по решению данной проблемы ?
Не откатываться же нам обратно на WinCE :^)

Нету мыслей. Попробуй это:
http://pxe.ru/files/testing/201605061958.zip
Те же логи:
1. Загрузил, подключился к серверу. Запустил программу, увидел ошибку. Сохранил лог.
2. Запустил поиск, растормошил железку, сохранил.
Пожалуйста, как можно меньше лишних действий. Лог должен получиться большой.

Все сделано

1. Загрузил, подключился к серверу. Запустил программу, увидел ошибку. Сохранил лог. (log1)
2. Запустил поиск, растормошил железку, сохранил.(log2)

Тема очень актуальна ! Каждое утро приходиться вручную тормашить эти ККМ

В логе1 нет ни одного обращения к ком-портам. То есть это точно не втварь тупит. До втвари во время тупения ни один запрос к порту не доходил.

В логе2 пошли обращения к портам. Вот это:
Это самая первая команда "открыть порт", пришедшая от виндовса. Она в логе2. В логе1 такого нет.

Если подключиться (не забываем завершать сессию!), не запускать программу, а запустить виндовую командную строку и написать в ней:
В логе появится много букв?

Повторил опыт (новые логи в архиве, они с префиксом 1805_)

1. Загрузил, подключился к серверу. Запустил cmd /k "change port" - увидел 2 порта,запустил программу, увидел ошибку. Сохранил лог. (log1)
2. Запустил поиск, растормошил железку, сохранил.(log2)

1. Попробуй без удалённого управления. При удалённом управлении много всего меняется, и работу устройств мы не тестировали. Врядли поможет, но вдруг.
2. Ещё одно шаманство: попробуй ДВА раза сделать change port. Единственная активность между "записали байтик - железка не ответила" и "записали байтик - железка ответила" - переоткрыли ttyUSB0. Врядли поможет, но вдруг.
3. Совсем дикое шаманство: попробовать записать в железку (то есть в ком-порт) этот самый байтик со значением 5. Навеняка под виндовс полно программ, которые справятся записать байт в ком-порт.

4. Вот первая запись байтика в железку /dev/ttyUSB1:
Затем с железки пытаются читать:
Но железка ничего не ответит. Через двадцать секунд открывается железка на другом порту:
Это наверное поиск запустил? Но никакой активности с железкой на /dev/ttyUSB0 нет, её только открыли и закрыли.

Затем долго ждём. Затем втварь прерывает чтение из /dev/ttyUSB1, потому что запрошенные 250 секунд таймаута вышли, а байты от железки не пришли:
И от виндовса снова приходит команда записать такой же байтик в железку:
На этот раз железка сразу же отвечает:
И дальше уже идёт обмен байтиками.

Ещё дальше, через сорок минут, железку выдёргивают, вдёргивают, и так несколько раз. Это уже не относится к пролеме?
Шаманства нужны. Я не вижу ошибок.

Может помогут логи конфигурации с одним ККМ ?
Ведь там все работает замечательно.
Эти ККМ прекрасно работают и в WinCE и в WinXP, и через железные COM-порты RS232, и через USB.
А вот в Wtware все работает только когда подключен только один ККМ и только когда он подключен через и USB.
Подключение ККМ через COM-порт RS232 или работа 2 шт. ККМ через USB выглядит одинаково.

Увы, принтеры эти фискальные и поэтому тренировкой на них можно навлечь уйму штрафов.

Уже готов даунгрейдить на Wtware lite или любую сборку, корректно работающую на данной конфигурации.


логи конфигурации с одним ККМ вложены

Логи от старых втварей с выключенной отладкой точно не помогут.

обновил ТС, и добавил логи отладочной версии

Ээээ. kassa1 - открыли железку, записали в неё тот же байт 0x05, пытаемся читать. Ничего не читается. В точности как и в логе с двумя железками.

Дальше сморю kassa3. Опять в точности те же действия: открыли порт, записали байтик со значением 5, ожиданем чтения из железки MJ_READ. Железка не отвечает. На 204-й секунде завершили RDP сессию, начали новую RDP сессию, и со второй попытки железка поехала.

Не вижу, где один ККМ работает. Вижу ту же проблему, что и в логе с двумя ККМ, железка заводится со второй попытки.

Да, оказывается кассиры скрыли тот факт, что для того чтобы ККМ работал без проблем, они поле первой загрузки ТС, делают еще одну перезагрузку.
После второй перезагрузки, в ТС, где подключен один ККМ, все нормально работает.
Вот и выслал логи этих двух ТС.

Сейчас бы подошел любой костыль способный отослать железке этот байт

Тут предлагают способ как отослать строку или символ через BAT-файл
_https://batchloaf.wordpress.com/2013/02/12/simple-trick-for-sending-characters-to-a-serial-port-in-windows/

Файл с одним байтом со значением 5 в атаче.

type byte0x05.txt > COM2

Спасибо. Завтра, с утра буду пробовать.

Проверял сегодня
type byte0x05.txt > COM1
результат команды:
Не удается найти указанный файл.
После этого COM1 отваливается.
Это видно при вводе комманды change port

У меня работает: А лог где?

Увы, нет столько времени. Время и Внимание ресурс очень дорогой.
Пошел индийским путем - подключил все ККМ через USB2COM Converter, на основе чипа Prolific Technology, Inc. PL2303
Проблемы исчезли полностью.