Wi-Fi и 1С. Прошивка и Генератор приложений (v3.0.0.6-HK01) для Wi-Fi терминалов (тестовая версия). Теперь и обработка для УТ!!!, Обсуждение: Wi-Fi и 1С. Прошивка и Генератор приложений (v3.0.0.6-HK01) для Wi-Fi терминалов (тестовая версия). Теперь и обработка для УТ!!!
Пользователь
Сообщений: Регистрация: 29.01.2017
0
30.01.2017 11:44:13
Предлагаем принять участие в тестировании новой версии прошивки для радиотерминалов! Скачать можно . О выявленных багах и предложений по внесению доработок - писать в этой ветке.
Администратор
Сообщений: Регистрация: 30.01.2017
0
30.01.2017 12:25:41
Функциональность компоненты CipherLABTCP.dll версии СОМ (3.0.0.6) и версии Native (1.0.0.4) абсолютно одинаковые. Native была написана по требованиям 1С для платформы 8.2. Ее можно запускать на сервере. Для более старых платформ требуется версия СОМ.
Администратор
Сообщений: Регистрация: 30.01.2017
0
30.01.2017 12:26:57
Внимание!!! Вышла обработка для Управления Торговли. На данный момент обработки написаны для двух версий конфигураций: 11.0.6.9 и 11.0.7.13. Описание и возможности обработки в архиве. Подключение и настройка описаны и не требуют знаний и умений программирования в 1С. Здесь описываем свои замечания и пожелания на будущее. Скачиваем Радио-обработка работает с Native компонентой. На данный момент доступна версия 1.0.0.4. Сама компонента встроена в обработку и дополнительно где-то скачивать и устанавливать ее не нужно. Для работы необходима версия прошивки не ниже HK01.
Пользователь
Сообщений: Регистрация: 30.01.2017
0
30.01.2017 12:27:11
Ссылка на скачку битая
Администратор
Сообщений: Регистрация: 30.01.2017
0
30.01.2017 12:27:11
поправил
Пользователь
Сообщений: Регистрация: 30.01.2017
0
30.01.2017 12:27:41
Здравствуйте. У нас обмен с радиотерминалами осуществляется через свою написанную на Delphi программу, использующую CipherLabTCP.dll, в один прекрасный момент словили сообщение от ChipherLabTCP сообщение примерно такого содержания "Ошибка FD-CLOSE. Код ошибки 10053." и пока не нажали "Ок" - обмен данными не происходил. Помогите разобраться, из за чего могла возникнуть такая ошибка?
Администратор
Сообщений: Регистрация: 30.01.2017
0
30.01.2017 12:27:41
WSAECONNABORTED - Программа на вашем хост-компьютере разорвала установленное подключение. Сбой из-за слишком большой задержки или по другой причине. Сказать причину не смогу, пока не воспроизведу у себя подобное.
Пользователь
Сообщений: Регистрация: 30.01.2017
0
30.01.2017 12:27:41
А можно ли эту ошибку (и другие ) не выдавать сообщением ( имею ввиду в CipherLabTCP.dll), или может быть есть функция - которая возвращает состояние компоненты, чтобы если что, выполнять уже в своей программе переинициализацию CipherLabTCP.dll ?
Администратор
Сообщений: Регистрация: 30.01.2017
0
30.01.2017 12:27:41
Если стоит флаг Отладочной информации, то отладка пишется в файл (более подробная). Иначе выскакивает сообщение. По большому счету, если сообщение не выводить, то работать все равно не будет, т.к. случилась проблема с фоновым потоком, который общается с терминалом. Синхронизация потоков дело тонкое.На данный момент мы ничего исправлять не собираемся. Из-за единичного случая, который как мне кажется не систематический, править компоненту не хотелось бы. Если отловите как она систематически появляется и расскажите нам, мы обязательно воспроизведем ситуацию и исправим.
Пользователь
Сообщений: Регистрация: 30.01.2017
0
30.01.2017 12:27:46
Здравствуйте. Реализовали обмен ТСД со своей программой, написанной на Delphi. У нас количество ТСД порядка 15 штук. Столкнулись с проблемой такого рода: Оператор посылает запрос через ТСД, программа-обработчик обрабатывает запрос, и ответ отсылает на ТСД. В пиковые нагрузки (когда в один промежуток времени происходит много запросов с разных ТСД) - программа принимает запросы, обрабатывает их и ставит в очередь ответы сканеру. Получается - если тайм-аут ожидания ответа больше 10-ти секунд - то ответ на ТСД не приходит, хотя программа отрабатывает корректно, и отвечает на запрос ТСД в порядке очереди. В ближайшем будущем планируется еще большее увеличение количества сканеров, хотелось бы решить как то вопрос. Может можно как-то влиять на длительность ожидания ТСД? Или сделать так, чтобы ТСД не отваливался - пока не получит ответ, а на экране происходила индикация "Идет обработка запроса". Возможно - это можно как-то генератором приложений осуществить, подскажите как. Вопрос очень существенен. Спасибо.
P.s. ошибка FD-close возникает именно в пиковые периоды нагрузки, частично помогло вывод информации в отладку, хотя бы не "вешает" сообщением об ошибке основное окно программы-обработчика.
