ArK

Нашел версию конфигуратора 2014 года, но в ней все абсолютно так же.

Системный таймаут при подключении сам сбрасывается на 30. В остальном все вроде бы так. Время ожидания ставил 5000, здесь попробовал уменьшить.

Все таки съездил и поменял в счетчиках параметры на указанные, в nport также выставил четность "нет" и все остальные настройки в точности такие. Однако увеличилось лишь время в течение которого идут запросы и приходят ответы. В конце все равно появляется ошибка контрольной суммы. В старых сообщениях на форумах в качестве одной из причин указывали некорректную работу самого конфигуратора. Попробую переустановить. А вообще он необходим только для проверки работы. Счетчики будут в программе АСКУЭ "Пирамида". Возможно там работа с протоколом СЭТ лучше реализована.

То есть параметры в счетчике тоже нужно менять, хотел удаленно все сделать. И получается в Nport тоже выставить 9600 None 1? Хотя это конечно очевидно.

Здравствуйте, на форуме, кажется, есть схожие темы (https://moxa.ru/forum/index.php?/topic/572-moxa-nport-5150-%D0%B8-%D1%81%D1%87%D0%B5%D1%82%D1%87%D0%B8%D0%BA%D0%B8-%D1%81%D1%8D%D1%82-4%D1%82%D0%BC/), но они довольно старые (плюс другая модель счетчика) и лично мне не помогли. При попытке опросить счетчик неизменно появляется ошибка контрольной суммы. Счетчик опрашивается оптопортом и имеет стандартные настройки 9600 O 1. Однако я пробовал менять скорости и четность в Nport, однако это не помогло. Пробовал так же сменить Real Com Mode на сервер TCP. Подключение удается, но ошибка контрольной суммы та же самая. На форуме производителей счетчиков в теме с такой ошибкой кто то ссылался на дробление пакета в преобразователе. Якобы в этом причина, когда в буфере не накапливается весь ответ. Сообщение в теме из ссылки: "Чтобы избежать такого, при настройке NPort в разделе "Operating Mode" установите параметр Force TX Timeout в значение несколько миллисекунд (например, 3 мсек) (см. вложение). Это будет означать, что пока данные в последовательный порт идут сплошняком, то они будут накапливаться в буфере NPort. И только если в потоке данных возникнет пауза указанной длины, то только тогда NPort посчитает посылку завершенной и отправит ее единым IP-пакетом." Тоже не помогло.