Даунгрейд действительно помог спасибо Вам за подсказку. Надеюсь, что старый таргет не создаст дополнительных проблем учитывая, что прошивка тестовая.
Даунгрейд действительно помог спасибо Вам за подсказку. Надеюсь, что старый таргет не создаст дополнительных проблем учитывая, что прошивка тестовая.
Сообщение от figa8713
Коллеги, большое спаибо за участие в тестировании. Прошу выложить Ваши проекты для изучения, если это не затруднит!
Выкладываю пробник. В нем происходит все выше описанное, перепроверил только что.
Если необходимо могу предоставить доступ к компьютеру, но только после 18:00 в будние дни.
Проба CAN.projectarchive
Вопрос к Александр Приходько:
С учетом описанных выше проблем с ModBus COM какой способ подключения модулей по ModBus предпочтительнее: ModBus COM с даунгрейтом или с использованием библиотеки ModBusV3. В последней я так понимаю SysLib используется которая не рекомендовалась к использованию.
С точки зрения простоты использования мне все равно так как есть большие наработки в CDS2.3 с ModBusLib.
Пока я не могу однозначно сказать есть ли данная проблема реально или нет. Поручил моему помощнику разобраться, в понедельник-вторник дадим ответ.
Пока можете на библиотеках Modbus реализовать, к тому же база и опыт у Вас есть.
Проблема подтрвердилась. Modbus на данной прошивке не работает.
Отослали информацию в 3S ждем ответ.
Пока можно обойти проблему двумя способами
1) через библиотеки
2) Обновить таргет и библиотеки на прошлые версии.
Повторю вопрос...Теперь когда Modbus через конфигурацию работает....какой способ подключения модулей по ModBus предпочтительнее (надежнее) : ModBus COM (конфигурация) или с использованием библиотеки ModBusV3 или с библиотекой modulsOwen? При условии что будет только опрос входов и запись выходов (конфигурация модулей меняться не будет).
И Еще при обрыве связи с МДВВ, при работе через конфигуратор, опрос его прекращается. И чтобы его возобновить, при восстановлении линии, необходимо либо перезагрузить СПК (не вариант), либо сбросить слейв устройство И COM порт в программе. При сбросе просто slave устройства (как это сделано в примере MVA 8) связь не восстанавливается. Тоже если сбросить только COM порт. Если на линии будет несколько устройств, а проблема будет только в одном, при сбросе порта, связь со всеми на время будет теряться (а если сбрасывать постоянно то связи не будет со всеми)?. Не могу проверить этот вариант т.к. нет второго прибора. Как сделать корректный перезапуск опроса только одного slave устройства?
СПК210-03.CS.WEB прошивка 3.653
таргет последний V19
ModbusCOM 3.4.0.0
ModBUS_Master 3.5.4.0
Modbus Slave 3.5.4.0
Последний раз редактировалось Aleksandr; 03.04.2014 в 20:42.
А я думал, что новая прошивка только для СПК1хх. Можно мне тоже на СПК210 скинуть, а то на следующей неделе планирую за него взяться. К слову на СПК107 проблемы с зависанием COM порта не обнаружил. Slave стабильно останавливается если в порту ошибка связи проходит и успешно перезапускается через Slave.Reset.
Присоединяюсь к вопросу.
Конфигурация такая:
СПК107 прошивка 3.653
таргет последний V19
ModbusCOM 3.4.0.0
ModBUS_Master 3.5.4.0
Modbus Slave 3.5.4.0
СПК107 + МДВВ 1 + МДВВ 2 + МВ110 8АС. 115200 8N1.
В наличии есть только МДВВ 1, опрос идет, остальные модули отсутствуют, по-этому срабатывает сброс слэйв устройств МДВВ и МВ110 8АС из программы, как было показано в примерах с помощью "Слэйв.xReset", но когда это происходит, то я так понимаю, приостанавливается весь опрос по RS, даже светодиод COM "тухнет". Как корректно перезапустить опрос конкретного слэйв устройства без замедления общего опроса?
Спасибо!
Ну так что, есть ли какое-то движение в сторону решения данной проблемы?
Ваши права
