Виснет АМС100Konline1с

Про версию ПО ККМ пока уточнить не могу, сообщу позднее. Кассы ПОКА работают по интерфейсу RS-232. Пробовал сделать распайку на RS-485, компонента не видит касс. Жду приезда техника ЦТО для распайки кабеля. Длина кабеля - 12 м. Кабель витая пара SFTP 5E. Распайка 2-3, 3-2,4,5. Со стороны кассы перемычка 5-7. Оператор работает непосредсвенно на том рабочем месте, где запущена компонента. Компьютер всего один, по этому не представляется возможным сделать по другому. Зависание никак не связаны с тем временем, когда опреатор работает в ТИС. Работа оператора заключается только в том, чтобы занести накладные. Примерно - 1ч в день. Далее ТИС используется только для просмотра остатков товара.
Параметр "Буфер FIFO" включен, его значения по умолчанию.

Версия ПО стоит правильная. Сопротивление со стороны кассы должно быть 120 Ом. На небольших расстояниях оно большой роли не играет, а вот установка неправильного сопротивления может дать отрицательный результат. Также уточните, какой преобразователь RS-232/485 на COM-порт Вы используете, или у Вас дополнительная сетевая плата с 485-м портом? По какому интерфейсу работает ККМ компоненте без разницы, т.к. она работает с логическим устройством "COM-порт" операционной системы, а не с его конкретной реализацией.
Попробуйте также проверять связь с кассой при помощи утилиты программирования сетевого номера "NetNum100K.exe". Ее можно взять в разделе "Поддержка" данного сайта.

Обшибся немного. Сопротивление поставили на 110 Ом. Но не думаю, чтоб на 12 м 10 Ом сыграли решающую роль. По поводу сетевой версии - спасибо за подсказку, попробую. Зависания компоненты никак не связаны с тем, работает в это время оператор или нет. А если как выход из ситуации прописать в каждом документе в предопределенной процедуре "Обработка внешнего события" ссылку на обработчик событий от кассового сервера, для устранения возможности ситуаций остановки "обратботка вснешнего события" глобального модуля? Имеет право на жизнь такое решение? Хотя до этого при открытии и редактировании любого документа обработка событий не останавливалась и работала корректно. Тем более, что при зависании компонента просто не реагирует на внешний запрос, ТИС работает нормально. Однако попытка остановить работу компоненты из обработки АМС100К приводит к зависанию ТИС в целом.

485 интерфейс со стороны компьютера реализован переходником (вашим). При подключении двух ККМ на один порт по схеме, приведенной на данном сайте зависания компоненты не прекратились. Сделали заказ на второй переходник. Временно стали работать на одной кассе. Зависаний практически нет. Но все равно раза два-три в день есть. Надеюсь при подключении ворой ККМ на отдельный порт исправит ситуацию.
Есть еще вопрос: при одновременной работе двух ККМ на разных портах при одновременном запросе к компьютеру (один из запросов как бы получается ждет, пока не отработает первый) компонента коррекно отрабатывает данную ситуацию? То есть при вызове метода СобытиеОбработано() освобождается для дальнейшей работы именно та касса, которая послала запрос на обработку, или та, которая еще ждет обработки события? Или возможны варианты?

Долго не писал - все времени никак не находил. Спасибо за ответы, практически все недочеты были устранены. Конфигурация системы на сегодняшний день выглядит следующим образом: Две ККМ АМС-100К с компьютером соеденены по интерфейсу RS-485 на отдельный порт каждая через переходники 232-485. Кабель-витая пара SFTP 5E. Установлена компонента АМС100Кonline1с. Самая большая проблема была разобраться с тем, почему чеки "прыгали" с кассы на кассу с искажением цены. Проблема была найдена в программной обработке событий от кассового сервера. Предложенная реализация обработки разработчиками компоненты оказалдась несостоятельной по следующей причине: при одновременной работе двух касс происходило следующее:
Обрабатывалось событие "запрос" от первой кассы. После окончания обработки события компонента освобождалась для обработки следующего события, и в это время успевало вклиниться запрос от второй кассы. Соответственно, уже событие "добавление покупки в чек" обрабатывалось некорректно для первой кассы. Не имея много времени на разработку и реализацию чего-либо более достойного, мне пришлось объединить для кассы обработку событий "запрос" и "добавление покупки в чек" с некоторыми условиями, такими как успешное завершение первого события и т.п. После этого чехарда с чеками прекратилась.... Пока что данная тема для магазина закрыта, вроде-бы все пришло в норму...