Модули МХ110 для CODESYS 3.5

[Осинский Алексей]

Доброго времени суток! Ребят, в проекте два модуля МК1108Д4Р. Как добавить в конфигурацию знаю. Вопрос: Как объяснить codesys какой из них адрес 4, а какой - 6? При добавлении ФБ нет возможности указать адрес устройства...
21159

Адрес устройства задается в конфигурации. В шапке темы есть документ, там все описано.

[firetester]

Адрес устройства задается в конфигурации. В шапке темы есть документ, там все описано.

Я, возможно, неверно сформулировал, попробую по-другому.
Как на CFC, например, снять IN1_state со входа 1 МК1108Д4Р №1 (адрес-4), а IN2_state со входа 1 МК1108Д4Р №2 (адрес - 6)?
Или если я и правда слепой, то ткните в страничку мануала, пожалуйста.

[Осинский Алексей]

Я, возможно, неверно сформулировал, попробую по-другому.
Как на CFC, например, снять IN1_state со входа 1 МК1108Д4Р №1 (адрес-4), а IN2_state со входа 1 МК1108Д4Р №2 (адрес - 6)?
Или если я и правда слепой, то ткните в страничку мануала, пожалуйста.

Да, в певый раз вы слегка не так вопрос поставили. Уточните, пожалуйста, что такое IN1_state.
Вы добавили в конфигурацию 2 модуля? Установили адрес 1-го = 4, адрес второго = 6?

[firetester]

Да, в певый раз вы слегка не так вопрос поставили. Уточните, пожалуйста, что такое IN1_state.
Вы добавили в конфигурацию 2 модуля? Установили адрес 1-го = 4, адрес второго = 6?

Да, верно. Конфигурация такая. IN1_state это просто рандомная булева переменная (любое имя), в которую помещается состояние входа модуля для дальнейшего использования в программе. Проблема в том что для обмена с модулем, нужно добавить блок MK110_8D_DN_4R_Driver. При наличии в конфигурации двух блоков МК1108Д4Р (addr.6 и addr.4), какой из них будет опрашивать этот ФБ? И как однозначно указать этому ФБ какой именно блок опрашивать?

[Осинский Алексей]

Да, верно. Конфигурация такая. IN1_state это просто рандомная булева переменная (любое имя), в которую помещается состояние входа модуля для дальнейшего использования в программе. Проблема в том что для обмена с модулем, нужно добавить блок MK110_8D_DN_4R_Driver. При наличии в конфигурации двух блоков МК1108Д4Р (addr.6 и addr.4), какой из них будет опрашивать этот ФБ? И как однозначно указать этому ФБ какой именно блок опрашивать?

А. понял. вы все не так делаете.
Почитайте еще раз документацию. Никакие ФБ добавлять не нужно, все фб автоматически добавляются при добавлении устройства в систему. Дальше Вы работаете с ФБ (автоматически сгенерированными) так, как будто вы их сами добавили.
Имя этих ФБ совпадает с именем устройства в конфигурации

[firetester]

А. понял. вы все не так делаете.
Почитайте еще раз документацию. Никакие ФБ добавлять не нужно, все фб автоматически добавляются при добавлении устройства в систему. Дальше Вы работаете с ФБ (автоматически сгенерированными) так, как будто вы их сами добавили.
Имя этих ФБ совпадает с именем устройства в конфигурации

Ага, то есть вот таким образом, при условии что MK110_8D_DN_4R_1 это устройство МК1108Д4Р с адресом 6, у меня должен был сгенерироваться ФБ для этого модуля?
21166

UPD: Как до жирафа... ФБ MK110_8D_DN_4R_Driver, а имя блока соответственно имени устройства в конфигурации.

[Шевцов Игорь]

Ага, то есть вот таким образом, при условии что MK110_8D_DN_4R_1 это устройство МК1108Д4Р с адресом 6, у меня должен был сгенерироваться ФБ для этого модуля?
21166

UPD: Как до жирафа... ФБ MK110_8D_DN_4R_Driver, а имя блока соответственно имени устройства в конфигурации.

Думаю вы это ищите: 21167 (в ST: IN1_state:=MK110_8D_DN_4R.rInput1)
При этом у MK110_8D_DN_4R адрес=6 21168
не нужно обращаться ни к какому MK110_8D_DN_4R_Driver

[firetester]

Думаю вы это ищите: 21167 (в ST: IN1_state:=MK110_8D_DN_4R.rInput1)
При этом у MK110_8D_DN_4R адрес=6 21168
не нужно обращаться ни к какому MK110_8D_DN_4R_Driver
Да, спасибо. С MK110_8D_DN_4R_Driver тоже все должно работать, но так ещё удобнее. Большое спасибо!

[Шевцов Игорь]

Добрый день, Алексей!

По вопросу работы модулей MK110-8D_DN.4R, MV110-16D_DN, MV110-32D под ПЛК, что-нибудь решилось?
Хотя бы патч под Modbus Master 3.5.3.0, так же как на Modbus Master 3.5.4.0.

[Осинский Алексей]

Добрый день, Алексей!

По вопросу работы модулей MK110-8D_DN.4R, MV110-16D_DN, MV110-32D под ПЛК, что-нибудь решилось?
Хотя бы патч под Modbus Master 3.5.3.0, так же как на Modbus Master 3.5.4.0.

Добрый день!
Пообщался со специалистами по ПЛК323.
Для ПЛК323 на данный момент проблема не решается.

[Шевцов Игорь]

Добрый день!
Пообщался со специалистами по ПЛК323.
Для ПЛК323 на данный момент проблема не решается.

Ну а хотя бы патч на изменение максимума каналов больше 10 для Modbus Master 3.5.3.0 можно сделать?

[Осинский Алексей]

Ну а хотя бы патч на изменение максимума каналов больше 10 для Modbus Master 3.5.3.0 можно сделать?

1) Этот патч делала компания 3S (производитель CODESYS);
2) Простым патчем этот вопрос не решить - нужна прошивка для ПЛК (каналы, добавленные больше 10ти не будут опрашиваться);

Для вас проблема решается так:
не используйте драйвера из шапки темы, описывайте необходимые модуля используя Modbus Slave устройство и групповые запросы.

[Шевцов Игорь]

Алексей, добрый день!

Обнаружилась следующая проблема:
После добавления символьной конфигурации в проект с модулем MV110-8A (определено опытным путем) при попытке загрузки проекта в ПЛК получаю следующую ошибку:

------ Компиляция : Приложение: Device.Application -------
Приложение актуально
[INFORMATION] Общий размер выделенной памяти для кода и данных: 15670 байт
[INFORMATION] Область памяти 0 содержит Данные, Вход, Выход, Память и Код: высший используемый адрес: 6000000, самый большой промежуток памяти: 15658 (5984342 %)
[INFORMATION] Область памяти 1 содержит Retain-данные: высший используемый адрес: 4064, самый большой промежуток памяти: 0 (4064 %)
[ERROR] Internal error:System.NullReferenceException: Ссылка на объект не указывает на экземпляр объекта. в _3S.CoDeSys.SymbolConfigObject.SymbolExport.AddTyp es(ICompileContext comcon, LList`1 types, IScope scope, SymbolConfigSignatureTable datatypesSignsTable) в _3S.CoDeSys.SymbolConfigObject.SymbolConfigObject. AddLanguageModel(Boolean& bObjectModified) в _3S.CoDeSys.SymbolConfigObject.SymbolConfigWatcher .OnLanguageModelMgr_AddLateLanguageModel(Object sender, AddLanguageModelEventArgs e) в _3S.CoDeSys.Core.LanguageModel.AddLanguageModelEve ntHandler.Invoke(Object sender, AddLanguageModelEventArgs e) в _3S.CoDeSys.LanguageModelManager.LanguageModelMana ger.OnAddLateLanguageModel(AddLanguageModelEventAr gs e) в _3S.CoDeSys.LanguageModelManager.LanguageModelMana ger.DoLocation(Guid guidApplication, Boolean bOnlineChange, Boolean bTestOnly, Boolean bAddLateLanguageModel, Boolean bBootProject, Boolean& bCodeChanged, Boolean& bInterfacesChanged, Boolean& bInitValueChanged) в _3S.CoDeSys.LanguageModelManager.LanguageModelMana ger.(Guid , Boolean , Boolean , Boolean , IOnlineChangeDetails& , IMessage[]& , IMessage[]& )
Компиляция завершена -- 1 ошибок, 0 предупреждений : загрузка невозможна!

Все модули не стал проверять, но с остальными (MK110_4DN_4R, MU110_8I, MU110_6U, MU110_16R) которыми использую в проекте такого не наблюдается.
При простой компиляции ошибок нет.
В символьной конфигурации не выделены переменные для чтения/записи.

Весь проект не буду выкладывать, прикреплю экспериментальный архив-проект, даже в нем эта же ошибка появляется.

CDS: v3.5 SP5 Patch5
Таргет: owen_plc304_m01_cds3.5.3.40.devdesc
Modbus_COM: 3.4.0.0
Modbus_Master_COM_Port: 3.5.3.0

[gecha]

Подскажите, что не так в подключении модулей. У меня два модуля: МВ и МК, МВ видит , а МК нет, иногда зелёным загорается, а так всё время возле него красный треугольник.

[denisdanilov3]

Подскажите, а "reconnect" и .xReset это одно и тоже или нет? И каким образом делается "reconnect"? Спасибо

[Шевцов Игорь]

Эх =) хоть бы сказали что проблема ПЛК3хх и решаться в ближайшее будущем не будет)

Ну а так в общем решил проблему описав модуль через Modbus Slave.

[vnkorol]

Эх =) хоть бы сказали что проблема ПЛК3хх и решаться в ближайшее будущем не будет)

Ну а так в общем решил проблему описав модуль через Modbus Slave.

Я тоже пришел к выводу, что описывать руками то, что надо - надежнее :)

[Осинский Алексей]

Прошу прощения, был в отпуске.


Эх =) хоть бы сказали что проблема ПЛК3хх и решаться в ближайшее будущем не будет)

Я не могу дать таких сведений т.к. ПЛК323 я не занимаюсь. Но я сказал, что дело в прошивке ПЛК (нужен как минимум CDS 3.5 SP5) и малой кровью это решить не удастся.


Ну а так в общем решил проблему описав модуль через Modbus Slave.

Если я правильно помню, то именно это я и предлагал сделать.

[Осинский Алексей]

Я тоже пришел к выводу, что описывать руками то, что надо - надежнее :)

Подскажите пожалуйста, на чем основан этот вывод?
У Вас были проблемы с модулями? Вы предоставляли нам информацию о них, отладочную информацию?
Спасибо за ответ.

[vnkorol]

Попробовал на МВ110-8А - не понравилось. Начал тестировать на восстановление связи после обрыва - связь не поднималась. И не заморачиваясь вернулся на Modbus Slave. Не обращался, т.к. не велика потеря, и так всё нормально.

[Шевцов Игорь]

Алексей, соболезную по поводу возвращения из отпуска :)

Про описание через Modbus Slave, да вы советовали так сделать в связи с проблемой работы модулей MK110-8D_DN.4R, MV110-16D_DN, MV110-32D, я там так и сделал.
Однако мой последний вопрос касался модуля MV110-8A и он о другом, описано тут: http://www.owen.ru/forum/showthread.php?t=21365&page=27&p=190681&viewfull=1#post190681

[Эдуард_Н]

Ну-с, что у нас нового с модулями?:)

[Осинский Алексей]

Ну-с, что у нас нового с модулями?:)

Все по-старому: жду пока кто-нибудь пришлет проблемный обмен с модулем, чтобы понять в чем причина.

Работы по расширению функционала и кол-ва поддерживаемых приборов запланированы.

[m_centre]

Использую модуль MB110-224.2A подключил данный программный модуль выдало ниже приведённые ошибки. Куда посмотреть, не могу понять. Подскажите пожалуйста в чём может быть дело?

------ Компиляция : Приложение: Device.Application -------
типизировать код...
[WARNING] iodrvmodbus, 3.4.0.0 (3s - smart software solutions gmbh): FB_Exit [IoDrvModbusComPort]: C0316: Метод 'FB_Exit' уже вызван неявно
[WARNING] iodrvmodbus, 3.4.0.0 (3s - smart software solutions gmbh): CreateCRC [ModbusRequest]: C0308: Сдвиг на 8 превышает размер типа BYTE.
[WARNING] Gsm: C0200: Отсутствует разрешение для заполнителя CmpCodeMeter
[ERROR] mx110_drivers, 3.5.4.0 (owen): IoDrvGetInfo [MV110_2A_Driver]: C0094: Интерфейс перезаписанного метода 'IODRVGETINFO' основы 'IODRVBASE' не соответствует объявлению
[ERROR] mx110_drivers, 3.5.4.0 (owen): IoDrvGetInfo [MV110_2A_Driver]: C0032: Невозможно конвертировать тип 'POINTER TO POINTER TO IoDrvInfo' в тип 'POINTER TO POINTER TO IoDrvInfo'

[Andrew_Stranger]

Добрый день. Не могу обнулить показания счетчика командой MV110_32DN.wCounter21:=0. Что не так?

[Осинский Алексей]

Добрый день. Не могу обнулить показания счетчика командой MV110_32DN.wCounter21:=0. Что не так?

Добрый день. Запись в модуль производится при изменении значения переменной wCounter. По-умолчанию в эту переменную записан 0.
Присвойте этой переменной другое значение, после чего присвойте 0.

[Andrew_Stranger]

Попробовал, пока результата нет.23480

[Осинский Алексей]

Попробовал, пока результата нет.23480

Запишите 1 по нажатию, а 0 - по отпусканию кнопки

[Andrew_Stranger]

Спасибо, результат есть.

[alterpax]

пятеро есть! записал)

Шестой :cool:

[alterpax]

Привет всем, ушёл от всех остальных контроллеров в сторону Овен:
1. Хорошая тех поддержка (кто пытался разобраться с проблемами Сименс - тот понимает :-) );
2. Большая часть проблем, что я смотрел на форуме - железо (подключайте терминаторы, питание "звездой", не экономьте на источниках питания и сечении проводников, 485- разводите модули от входных, заканчивайте выходными т.д.);
3. Использование нескольких POU - решение многих проблем с якобы "медленным" откликом на входные сигналы;

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

[alexx751]

Что ж там за проблемы такие у сименса нерешаемые?:)
CDS тоже немецкий - мозги не плавятся?

[alterpax]

Я высказал свое мнение, дискутировать на форуме Овена не вижу смысла

[laskind]

Имеются мв сконфигурированые в энлоджике и подключенные к плк323, спк 107 по модбас рту подключен к плк 323. Не получается с спк отправить команду на модуль через rising edge. Когда привязываю через cyclic работает, но постоянно шлется 1, чего не надо. Привязываю через rising edge, но не уверен что алгоритм посылки команды делаю правильно. Шлю на тригер и бул тру, не срабатывает, хоть и в программе показывает что послалось. Может кто глянуть мой проект ? кнопки 809 и 811 они посылают эти команды.
ссылка на проект https://cloud.mail.ru/public/M7db/mre1V4rp9
24055

[ykpagyckyc]

По поводу обрыва связи, два раза уже столкнулся.
Первый раз: написал проект, оборудование - СПК 105, МВ110-8А, МВ110-8Р. Периодически модули терялись, без физической перезагрузки связь не восстанавливалась. Причина: приехал на объект, оказалось что монтажники зачем-то взяли жилы из разных витых пар гигабитного провода )) Наверное, чтобы цвета разные были )
Второй раз: написал проект, оборудование - СПК 105, МВ110-32ДН, МВ110-32Р. Но здесь сам накосячил. До этого работал с МВ110-8А и МВ110-8Р, прописывал адреса кратные 8 (24, 32, 40....) и МВ110-32ДН, МВ110-32Р также по запарке указал 24 и 32. Получилось наложение адресов, соответственно модули выпадали. Указал адреса 1 и 33, проблема ушла.

Последний раз редактировалось ykpagyckyc; Сегодня в 17:10

Рано я обрадовался, так связь и теряется. МВ110-32Р управляет 8-ю пускателями. Пока рабочую фазу на модуль не пускаешь, всё работает как часы. Как только начинают щёлкать пускатели - связь пропадает и с модулем ввода, и с модулем вывода. Востанавливается только после перезагрузки или если передёрнуть rs485.

Пользовался "Модулями МХ110 для CODESYS 3.5". Попробую теперь вручную прописать...

[Эдуард_Н]

По поводу обрыва связи, два раза уже столкнулся.
Первый раз: написал проект, оборудование - СПК 105, МВ110-8А, МВ110-8Р. Периодически модули терялись, без физической перезагрузки связь не восстанавливалась. Причина: приехал на объект, оказалось что монтажники зачем-то взяли жилы из разных витых пар гигабитного провода )) Наверное, чтобы цвета разные были )
Второй раз: написал проект, оборудование - СПК 105, МВ110-32ДН, МВ110-32Р. Но здесь сам накосячил. До этого работал с МВ110-8А и МВ110-8Р, прописывал адреса кратные 8 (24, 32, 40....) и МВ110-32ДН, МВ110-32Р также по запарке указал 24 и 32. Получилось наложение адресов, соответственно модули выпадали. Указал адреса 1 и 33, проблема ушла.

И при этом всём Вы пользовались "Модулями МХ110 для CODESYS 3.5" ? Или связь писали сами?

[Осинский Алексей]

если передёрнуть rs485.

Что под этим подразумевается?

[Эдуард_Н]

По поводу обрыва связи, два раза уже столкнулся.
Второй раз: написал проект, оборудование - СПК 105, МВ110-32ДН, МВ110-32Р. Но здесь сам накосячил. До этого работал с МВ110-8А и МВ110-8Р, прописывал адреса кратные 8 (24, 32, 40....) и МВ110-32ДН, МВ110-32Р также по запарке указал 24 и 32. Получилось наложение адресов, соответственно модули выпадали. Указал адреса 1 и 33, проблема ушла.
Пользовался "Модулями МХ110 для CODESYS 3.5". Попробую теперь вручную прописать...

Делал всего два проекта (больше пока не довилось) пользовался также "Модулями МХ110 для CODESYS 3.5", но адреса ставил такие 16, 17, 18, 19 и все работает нормально.

[ykpagyckyc]

Что под этим подразумевается?

Отключить модули от спк без отключения питания.

[alterpax]

Добрый вечер.
В проекте СПК105, МВ110-32Д-1шт, МУ110-8Р-2шт, МУ110-6У-1шт, МВ110-224.2А-1шт.
Контроллер не видит МВ110-2А. Долго колдовал, нечайно отключил МВ110-6У. Сразу появился модуль 2А.
Вытащил из оборудования СПК, 6У и 2А. Собрал на столе. Скидал простейшую конф. Та же история - по отдельности всё ОК, вместе никак.
Хелп!24408

[Евгений Кислов]

Добрый вечер.
В проекте СПК105, МВ110-32Д-1шт, МУ110-8Р-2шт, МУ110-6У-1шт, МВ110-224.2А-1шт.
Контроллер не видит МВ110-2А. Долго колдовал, нечайно отключил МВ110-6У. Сразу появился модуль 2А.
Вытащил из оборудования СПК, 6У и 2А. Собрал на столе. Скидал простейшую конф. Та же история - по отдельности всё ОК, вместе никак.
Хелп!24408

Какая версия прошивки у модуля 6У? (нужно посмотреть в Конфигураторе Mx110)

[alterpax]

Версия 2.0
24409

[alterpax]

МВ110-224.2А
Версия 1.04
24410

[alterpax]

Кстати,
заметил что в первый момент МВ110-2А запускается, но буквально через 1 сек уходит в туман.
Приделал "костыли" на перезапуск, но честно говоря мне это не нравится, слишком похоже на пляски с шаманским бубном:D.
Тем более ещё не знаю как это поведет себя в шкафу на реальном оборудовании.
Там у меня МВ110-2А управляет ПДрегуляторами.
24412

[alterpax]

В момент перезапуска МВ110-2А заметно замирает 485.
Я думаю что это будет проблемой для других модулей.
Есть какое-нибудь другое решение?

[Евгений Кислов]

В момент перезапуска МВ110-2А заметно замирает 485.
Я думаю что это будет проблемой для других модулей.
Есть какое-нибудь другое решение?

Можно попросить вас предоставить лог обмена?

[alterpax]

Завтра буду ставить на место к остальным модулям, постараюсь снять.

[alterpax]

Хотя бы есть предположения что это может быть?
Я первый раз столкнулся с такой проблемой.
До этого вместе 6У и 2А я не ставил на одну шину.
И поменять модули для проверки я сейчас не могу.

[Осинский Алексей]

Хотя бы есть предположения что это может быть?
Я первый раз столкнулся с такой проблемой.
До этого вместе 6У и 2А я не ставил на одну шину.
И поменять модули для проверки я сейчас не могу.
Добавьте, пожалуйста, в код программы код. Это поможет понять какого рода ошибка случается с МВ110-2А


IF MV110_2A_Modbus.xError THEN
byLastError := MV110_2A_ModBus.byModbusError;
END_IF

Если будет возможность на объекте - пишите в скайп (в личных сообщениях), так будет оперативнее.

[saper117]

Здравствуйте.
Ситуация следующая, похожая на описанную в комментариях выше.
На объекте установлена связка из СПК107 + МВ110-24.32ДН + МУ110-24.32Р + МВ110-224.2АС. Первый раз приехал на объект, залил в СПК107 программу, включил: МВ110-32ДН и МУ110-32Р работают, на МВ110-2АС загорается индикатор "авария" и связи с ним нет. Путём проб выяснил, что при подключении к одной шине RS-485 МВ110-32ДН и МВ110-2АС, последний неизбежно уходит в состояние "авария", а МУ110-24.32Р никак на ситуацию не влияет. Проблему решил, подключив МВ110-2АС к СОМ2 СПК107 и оставив МВ110-32ДН и МУ110-32Р на СОМ1. Изначально все три модуля были подключены к СОМ1. С тех пор прошёл месяц, жалоб на работу оборудования не было. При написании программы модули описал, используя драйверы "Mx110_drivers_3.5.4.5" из шапки темы.

На днях выдалось свободное время, поэтому взял резервное оборудование и собрал конфигурацию у себя на столе, чтобы ещё раз проверить. Все симптомы повторились: при подключении к одной шине МВ110-32ДН и МВ110-2АС, последний уходит в "аварию". Это при использовании "Mx110_drivers_3.5.4.5". Однако, если описать модули через стандартные модбас-устройства, то они корректно работают вместе на одной шине. Проверку производил, написав простейшую конфигурацию в Codesys, чтобы было видно, что моя рабочая программа для СПК107 также ни влияет на ситуацию. Также при использовании "Mx110_drivers_3.5.4.5" пробовал собрать связку СПК107 + МВ110-32ДН + МВ110-8АС с восьмиканальным модулем аналогового ввода и она также корректно работает.

В архиве приложены скриншоты с указанием версий среды Codesys, версий установленных в ней библиотек, версий прошивок использованных модулей МВ110-32ДН и МВ110-2АС и две набросанные мною простейшие конфигурации: в обеих модули подключены к одной шине, но в первой они описаны через Mx110_drivers_3.5.4.5 (МВ110-2АС уходит в аварию), а во второй через стандартные модбас-устройства (МВ110-2АС работает корректно).

Хотелось бы знать почему связка из СПК107 и МВ110-32ДН + МВ110-2АС на одной шине при использовании "Mx110_drivers_3.5.4.5" неработоспособна и как это исправить. Понятно, что можно всё решить, используя стандартные устройства модбас, но через драйверы всё же гораздо удобнее.

[Осинский Алексей]

Хотелось бы знать почему связка из СПК107 и МВ110-32ДН + МВ110-2АС на одной шине при использовании "Mx110_drivers_3.5.4.5" неработоспособна и как это исправить. Понятно, что можно всё решить, используя стандартные устройства модбас, но через драйверы всё же гораздо удобнее.

Добрый день!
Поправьте меня, если я неверно понял: эта связка у Вас нормально работает при использовании стандартных устройств modbus?

[saper117]

Добрый день!
Поправьте меня, если я неверно понял: эта связка у Вас нормально работает при использовании стандартных устройств modbus?

Всё верно. При использовании стандартных устройств modbus связка работает корректно, проблем нет.

[Осинский Алексей]

Всё верно. При использовании стандартных устройств modbus связка работает корректно, проблем нет.

Попробуйте, пожалуйста через конфигурацию организовать опрос групповой для модуля 2А: сдвиг 0x0000, длина 12, а опрос остальных модулей - как обычно через конфигурацию делаете.

[saper117]

Попробуйте, пожалуйста через конфигурацию организовать опрос групповой для модуля 2А: сдвиг 0x0000, длина 12, а опрос остальных модулей - как обычно через конфигурацию делаете.

Боюсь, вы перепутали. Я использую модуль МВ110-2АС, а указанная Вами область данных относится к МВ110-2А. Но я сделал опрос всех оперативных параметров моего модуля: сдвиг 0x0100 (256), длина 14 согласно РЭ. Как и прежде, все устройства работают корректно. Это по сути тоже самое, что я делал раньше, только раньше я делал групповой опрос со сдвигом 0x0106 и длиной 8, так как мне нужны только данные статуса измерения (SRD) и измеренное значение с плавающей точкой (Read).

Так же я попробовал только что перебрать возможные варианты и вот что вышло.
Всего дано 3 устройства: СПК107, МВ110-32ДН, МВ110-2АС.

Вариант 1.
МВ110-32ДН описан как стандартное устройство модбас (сдвиг 0x0063, длина 2).
МВ110-2АС описан как стандартное устройство модбас (сдвиг 0x0100, длина 14).
Оба модуля работают корректно.

Вариант 2.
МВ110-32ДН описан с помощью драйвера модулей из шапки темы (работает коректно).
МВ110-2АС описан как стандартное устройство модбас (сдвиг 0x0100, длина 14, висит в состоянии "авария", связи нет).

Вариант 3.
МВ110-32ДН описан как стандартное устройство модбас (сдвиг 0x0063, длина 2).
МВ110-2АС описан с помощью драйвера модулей из шапки темы.
Оба модуля работают корректно.

[Осинский Алексей]

Боюсь, вы перепутали. Я использую модуль МВ110-2АС, а указанная Вами область данных относится к МВ110-2А. Но я сделал опрос всех оперативных параметров моего модуля: сдвиг 0x0100 (256), длина 14 согласно РЭ. Как и прежде, все устройства работают корректно. Это по сути тоже самое, что я делал раньше, только раньше я делал групповой опрос со сдвигом 0x0106 и длиной 8, так как мне нужны только данные статуса измерения (SRD) и измеренное значение с плавающей точкой (Read).

Так же я попробовал только что перебрать возможные варианты и вот что вышло.
Всего дано 3 устройства: СПК107, МВ110-32ДН, МВ110-2АС.

Вариант 1.
МВ110-32ДН описан как стандартное устройство модбас (сдвиг 0x0063, длина 2).
МВ110-2АС описан как стандартное устройство модбас (сдвиг 0x0100, длина 14).
Оба модуля работают корректно.

Вариант 2.
МВ110-32ДН описан с помощью драйвера модулей из шапки темы (работает коректно).
МВ110-2АС описан как стандартное устройство модбас (сдвиг 0x0100, длина 14, висит в состоянии "авария", связи нет).

Вариант 3.
МВ110-32ДН описан как стандартное устройство модбас (сдвиг 0x0063, длина 2).
МВ110-2АС описан с помощью драйвера модулей из шапки темы.
Оба модуля работают корректно.

Спасибо большое за проведенную работу!

[Эдуард_Н]

Теперь наверное можно ждать новую версию "Модули МХ110 для CODESYS 3.5"?

[Осинский Алексей]

Теперь наверное можно ждать новую версию "Модули МХ110 для CODESYS 3.5"?

Исправления будут, чего именно:
прошивки модулей
или реализации модулей под CODESYS
сказать не могу. Пока что мы прорабатываем этот момент.

[Эдуард_Н]

Как скоро это всё решиться?:rolleyes:

[Осинский Алексей]

Как скоро это всё решиться?:rolleyes:

Уже работаем локализацией проблемы. Точные сроки исправления станут понятны после того, как установим проблему, поймем как глубоко она лежит и сколько ресурсов нужно будет потратить на ее устранение.

Я постараюсь держать в курсе.

[saper117]

Спасибо большое за проведенную работу!

Тем временем я попытался залезть в тему поглубже. Если я правильно понял принцип работы "драйверов модулей", то они делают именно что групповой опрос всех оперативных параметров модуля. Я же, описывая через стандартное устройство МВ110-32ДН со сдвигом 0x0063 и длиной 2, опрашивал только битовую маску значений входов. В то время как у данного модуля есть ещё регистры значений счётчиков до 0х0084 включительно. Поэтому я смоделировал следующую ситуацию:

Всё так же дано 3 устройства: СПК107, МВ110-32ДН, МВ110-2АС.
И в этот раз я опрашиваю уже все оперативные параметры обоих модулей согласно их РЭ.

Вариант 4.
МВ110-32ДН описан как стандартное устройство модбас (сдвиг 0x0063, длина 34) - работает корректно.
МВ110-2АС описан как стандартное устройство модбас (сдвиг 0x0100, длина 14) - горит индикатор "авария", связи нет.

И вариант 5 после последовательного отсечения крайних регистров.
МВ110-32ДН описан как стандартное устройство модбас (сдвиг 0x0063, длина 29) - работает корректно.
МВ110-2АС описан как стандартное устройство модбас (сдвиг 0x0100, длина 14) - работает корректно.

То есть при попытке прочитать любой из последних пяти счётчиков МВ110-32ДН, неизбежно отваливается МВ110-2АС. Я бы предположил, что у меня неисправный МВ110-32ДН, но у меня их два (второй на объекте) и оба ведут себя похожим образом. А так как "драйверы модулей" опрашивают все оперативные параметры приборов, то происходит описанная мною проблема, которую, как оказалось можно повторить и при использовании стандартных устройств модбас. Я надеюсь это поможет в решении проблемы. Быть может дело в моих кривых руках, я даже не знаю уже. Если нужны какие-либо другие данные, предоставлю.

[Осинский Алексей]

Тем временем я попытался залезть в тему поглубже. Если я правильно понял принцип работы "драйверов модулей", то они делают именно что групповой опрос всех оперативных параметров модуля. Я же, описывая через стандартное устройство МВ110-32ДН со сдвигом 0x0063 и длиной 2, опрашивал только битовую маску значений входов. В то время как у данного модуля есть ещё регистры значений счётчиков до 0х0084 включительно. Поэтому я смоделировал следующую ситуацию:

Всё так же дано 3 устройства: СПК107, МВ110-32ДН, МВ110-2АС.
И в этот раз я опрашиваю уже все оперативные параметры обоих модулей согласно их РЭ.

Вариант 4.
МВ110-32ДН описан как стандартное устройство модбас (сдвиг 0x0063, длина 34) - работает корректно.
МВ110-2АС описан как стандартное устройство модбас (сдвиг 0x0100, длина 14) - горит индикатор "авария", связи нет.

И вариант 5 после последовательного отсечения крайних регистров.
МВ110-32ДН описан как стандартное устройство модбас (сдвиг 0x0063, длина 29) - работает корректно.
МВ110-2АС описан как стандартное устройство модбас (сдвиг 0x0100, длина 14) - работает корректно.

То есть при попытке прочитать любой из последних пяти счётчиков МВ110-32ДН, неизбежно отваливается МВ110-2АС. Я бы предположил, что у меня неисправный МВ110-32ДН, но у меня их два (второй на объекте) и оба ведут себя похожим образом. А так как "драйверы модулей" опрашивают все оперативные параметры приборов, то происходит описанная мною проблема, которую, как оказалось можно повторить и при использовании стандартных устройств модбас. Я надеюсь это поможет в решении проблемы. Быть может дело в моих кривых руках, я даже не знаю уже. Если нужны какие-либо другие данные, предоставлю.

Уверен, что это поможет в локализации проблемы.
Еще раз спасибо большое, будем думать над тем, как это все устранить.

[Эдуард_Н]

Запустил проект на СПК110, пока не включал управление котлами отвал модулей ни разу не наблюдался. Как только начал в программе использовать управление котлами модуль начали отваливаться и как-то сразу все (думаю прога виснет хотя визуализация при этом работает). При увеличении времени в "MainTask" вроде ведёт к лучшему, но при этом визуализация начинает притормаживать.
Кто чего посоветует?

[Осинский Алексей]

Запустил проект на СПК110, пока не включал управление котлами отвал модулей ни разу не наблюдался. Как только начал в программе использовать управление котлами модуль начали отваливаться и как-то сразу все (думаю прога виснет хотя визуализация при этом работает). При увеличении времени в "MainTask" вроде ведёт к лучшему, но при этом визуализация начинает притормаживать.
Кто чего посоветует?

Давайте и мне проект на a.osinskiy@owen.ru
и поясните, что значит "не включал управление котлами"?

[Осинский Алексей]

Тем временем я попытался залезть в тему поглубже. Если я правильно понял принцип работы "драйверов модулей", то они делают именно что групповой опрос всех оперативных параметров модуля. Я же, описывая через стандартное устройство МВ110-32ДН со сдвигом 0x0063 и длиной 2, опрашивал только битовую маску значений входов. В то время как у данного модуля есть ещё регистры значений счётчиков до 0х0084 включительно. Поэтому я смоделировал следующую ситуацию:

Всё так же дано 3 устройства: СПК107, МВ110-32ДН, МВ110-2АС.
И в этот раз я опрашиваю уже все оперативные параметры обоих модулей согласно их РЭ.

Вариант 4.
МВ110-32ДН описан как стандартное устройство модбас (сдвиг 0x0063, длина 34) - работает корректно.
МВ110-2АС описан как стандартное устройство модбас (сдвиг 0x0100, длина 14) - горит индикатор "авария", связи нет.

И вариант 5 после последовательного отсечения крайних регистров.
МВ110-32ДН описан как стандартное устройство модбас (сдвиг 0x0063, длина 29) - работает корректно.
МВ110-2АС описан как стандартное устройство модбас (сдвиг 0x0100, длина 14) - работает корректно.

То есть при попытке прочитать любой из последних пяти счётчиков МВ110-32ДН, неизбежно отваливается МВ110-2АС. Я бы предположил, что у меня неисправный МВ110-32ДН, но у меня их два (второй на объекте) и оба ведут себя похожим образом. А так как "драйверы модулей" опрашивают все оперативные параметры приборов, то происходит описанная мною проблема, которую, как оказалось можно повторить и при использовании стандартных устройств модбас. Я надеюсь это поможет в решении проблемы. Быть может дело в моих кривых руках, я даже не знаю уже. Если нужны какие-либо другие данные, предоставлю.

У Вас версия прошивки модуля 2АС какая?

[Эдуард_Н]

Давайте и мне проект на a.osinskiy@owen.ru
и поясните, что значит "не включал управление котлами"?

Отправил, пояснения в письме.

[saper117]

У Вас версия прошивки модуля 2АС какая?

Конфигуратор говорит, что
МВ110-2АС: V1.05
МВ110-32ДН: 1.08

[saper117]

Также забыл упомянуть в прошлый раз, что после перехода МВ110-2АС в состояние аварии, он из него не выходит пока не будет отключено и восстановлено питание. Индикатор "авария" на МВ110-2АС в основном горит постоянно, иногда может погаснуть через некоторое время сам по себе (я никаких манипуляций с оборудованием не произвожу), но в любом случае связь с МВ110-2АС не восстанавливается без сброса питания. На руках два идентичных модуля с одинаковой прошивкой (один на объекте, второй резервный) - оба ведут себя одинаково.

[Осинский Алексей]

Конфигуратор говорит, что
МВ110-2АС: V1.05
МВ110-32ДН: 1.08
Вам нужно отправить модуль 2АС в сервисный центр для обновления прошивки модуля до последней версии. Указанная проблема устранена в прошивке 1.07

[saper117]

Вам нужно отправить модуль 2АС в сервисный центр для обновления прошивки модуля до последней версии. Указанная проблема устранена в прошивке 1.07

Понятно, спасибо. После последнего опыта я так и думал, что дело непосредственно в самом МВ110-2АС, а не в драйверах модулей. Поначалу, сделав опрос стандартными средствами только битовой маски для МВ110-32ДН и порадовавшись, что всё работает, грешил на драйверы, а про регистры счётчиков не подумал тогда, так как не пользуюсь.

В сервис смогу поехать, наверное, только на следующей неделе. Самому на месте мне никак не перепрошить модули?

[Осинский Алексей]

Самому на месте мне никак не перепрошить модули?
К сожалению только через сервис.

[Эдуард_Н]

Объясните эти проблемы со связью связаны с ошибками у немцев или с нашими ошибками? Такого же не наблюдалось в ПЛК и в КДС2.
Спрашиваю так, из любопытства.

[Эдуард_Н]

Запустил проект на СПК110, пока не включал управление котлами отвал модулей ни разу не наблюдался. Как только начал в программе использовать управление котлами модуль начали отваливаться и как-то сразу все (думаю прога виснет хотя визуализация при этом работает). При увеличении времени в "MainTask" вроде ведёт к лучшему, но при этом визуализация начинает притормаживать.
Кто чего посоветует?

Спасибо всем за рекомендации.
Сегодня в 8.15 утра применил все рекомендации, вроде пока нормально (6 часов полёт нормальный:)), не срок конечно, но всё таки. Посмотрим, что будет дальше.

[Эдуард_Н]

Есть ли смысл соединить СПК с модулями через AC3M, может связь будет по устойчивей?

[Осинский Алексей]

Спасибо всем за рекомендации.
Сегодня в 8.15 утра применил все рекомендации, вроде пока нормально (6 часов полёт нормальный:)), не срок конечно, но всё таки. Посмотрим, что будет дальше.

Я так понимаю Вы увеличили задержку ответа по RS485?

[Эдуард_Н]

Я так понимаю Вы увеличили задержку ответа по RS485?

В конфигураторе Мх110:
16Д - Задержка ответа по RS-485,мс --- 10 (ограничение 45), есть ещё "максимальный сетевой тайм-аут(сек) - трогать не стал.
16Д_1 - Задержка ответа по RS-485,мс --- 10 (ограничение 45), есть ещё "максимальный сетевой тайм-аут(сек) - трогать не стал.
16Р - Задержка ответа по RS-485,мс --- 100
8А - Задержка ответа по RS-485,мс --- 100
8А_1 - Задержка ответа по RS-485,мс --- 100

В проекте по модулям:
Таймаут ответа(мс) везде поставил 1000.

[Осинский Алексей]

В конфигураторе Мх110:
16Д - Задержка ответа по RS-485,мс --- 10 (ограничение 45), есть ещё "максимальный сетевой тайм-аут(сек) - трогать не стал.
16Д_1 - Задержка ответа по RS-485,мс --- 10 (ограничение 45), есть ещё "максимальный сетевой тайм-аут(сек) - трогать не стал.
16Р - Задержка ответа по RS-485,мс --- 100
8А - Задержка ответа по RS-485,мс --- 100
8А_1 - Задержка ответа по RS-485,мс --- 100

В проекте по модулям:
Таймаут ответа(мс) везде поставил 1000.

у 16Д поднимите тоже. Если диагноз верный, то при стечении обстоятельств с таким низким таймаутом может возникнуть ошибка связи

[Эдуард_Н]

у 16Д поднимите тоже. Если диагноз верный, то при стечении обстоятельств с таким низким таймаутом может возникнуть ошибка связи

Как поднять ? ограничение 45.

[Осинский Алексей]

Как поднять ? ограничение 45.

Выставьте 45

[Эдуард_Н]

Выставьте 45

Посмотри чего будет утром.
Хорошо, поставлю.
Но в документации ни в одной толком не описаны эти манипуляции с параметрами, а надо бы.

[Осинский Алексей]

Посмотри чего будет утром.
Хорошо, поставлю.
Но в документации ни в одной толком не описаны эти манипуляции с параметрами, а надо бы.

Обмен по RS485 полудуплексный и есть некоторое время, в течение которого передатчик переключается в режим приемника. Соответственно если модуль начинает отвечать до того, как переключение произошло в СПК, то возникает ошибка связи.
Поэтому я порекомендовал увеличить эти значения, чтобы подтвердить свою гипотезу о причинах неисправности. Если все подтвердится - опишем в РЭ.

[Эдуард_Н]

Обмен по RS485 полудуплексный и есть некоторое время, в течение которого передатчик переключается в режим приемника. Соответственно если модуль начинает отвечать до того, как переключение произошло в СПК, то возникает ошибка связи.
Поэтому я порекомендовал увеличить эти значения, чтобы подтвердить свою гипотезу о причинах неисправности. Если все подтвердится - опишем в РЭ.

Второй день, полёт нормальный.
У модуля 16Д задержку ответа по RS-485 пока не поднимал, оставил 10.
Я правда не договаривал об не подключенном модеме (он на СОМ2 висит), а вчера утром его подключил к СПК. Может и из-за него проблемы были?

[Осинский Алексей]

Второй день, полёт нормальный.
У модуля 16Д задержку ответа по RS-485 пока не поднимал, оставил 10.
Я правда не договаривал об не подключенном модеме (он на СОМ2 висит), а вчера утром его подключил к СПК. Может и из-за него проблемы были?

Вряд ли. Обмен по 1му порту другой не должен цеплять

[Эдуард_Н]

Ещё один вопрос:
В КДС3 в Modbus_Master_COM_Port какие лучше в моём случае поставить значения параметров "Таймаут отклика(мс)" и "Время между фреймами(мс)"

[dmitriyv]

Здравствуйте! Где можно найти шаблон для модуля МВ110-8АС в CDS 3.5 в режиме Modbus?

[Andrew_Stranger]

На официальном сайте с кодесисом рядом.

[dmitriyv]

На сайте есть шаблон МВ110-8А, есть МВ110-8АС для CDS 2.3, а надо для 3.5

[_Mikhail]

На сайте есть шаблон МВ110-8А, есть МВ110-8АС для CDS 2.3, а надо для 3.5
Все шаблоны вместе с документацией на первой странице данной темы http://www.owen.ru/forum/showthread.php?t=21365

[ASo]

Если бы это было возможно - давно бы сделали.

[Осинский Алексей]

Может просто не хотят?

Прошу на отвлеченные темы беседовать в соответствующем разделе форума.

[жекон]

Опрос через биб-ку ModbasOwenLib:МК110-4ДН4Р--МК110-4К4Р--МВ110-8А--МВ110-8ДФ--МУ110-8Р--ТРМ202--ATV312--МК110-4ДН4Р скорость 19200.Опрос идет безумно медленно, можно наблюдать в программе как переключаются шаги в case,на модуле МВ110-8А происходит вообще зависание на несколько секунд, на модулях постоянно загорается ошибка таим-ауты в модулях 5 сек, при этом на аварийных выходах Фб ноль, выкинул из 8а все переменные кроме real то-же самое, как бы все это дело разогнать и провалы убрать

[Осинский Алексей]

Опрос через биб-ку ModbasOwenLib:МК110-4ДН4Р--МК110-4К4Р--МВ110-8А--МВ110-8ДФ--МУ110-8Р--ТРМ202--ATV312--МК110-4ДН4Р скорость 19200.Опрос идет безумно медленно, можно наблюдать в программе как переключаются шаги в case,на модуле МВ110-8А происходит вообще зависание на несколько секунд, на модулях постоянно загорается ошибка таим-ауты в модулях 5 сек, при этом на аварийных выходах Фб ноль, выкинул из 8а все переменные кроме real то-же самое, как бы все это дело разогнать и провалы убрать

Прошу продолжить обсуждение в соответствующей теме (теме библиотеки ModbusOwenLib)

[Эдуард_Н]

Как обстоят дела с "модулями", свежей версии не будет?

[Осинский Алексей]

Как обстоят дела с "модулями", свежей версии не будет?

Какого функционала Вы ждете от новой версии?

[Эдуард_Н]

Когда то был разговор про добавить модули для ПЧВ, а так может улучшили чего ни будь.

[Эдуард_Н]

Имеем запаздывание отклика модулей 16R и 16D примерно3-5 секунды, скорость обмена с модулями 115200,время между фреймами 20, время MainTask 300, VISU_TASK 250. Куда копать?
P.S. У модулей даже видно как идёт опрос, сначала два раза моргнёт индикатор связь на первом модуле 16Д потом на втором 2-а раза, затем на 16Р также 2-а раза и по разу на двух модулях 8А. На всё это уходит как раз 4-5 секунд.

[Эдуард_Н]

Изменил время MainTask до 250, VISU_TASK 150. Вроде по быстрее стало, уменьшение этих параметров дальше улучшений не приносит, даже как-то по хуже становится.

[KoT'86]

Доброго дня всем. Может кто подскажет по настройкам связи между модулями. Года два уже пользуюсь CodeSys 3.5 и до сих пор не нашёл однозначного решения проблемы по устойчивой связи между приборами. Пробовал и универсальный Modbus_slave и шаблоны. Связь пропадает даже на столе, с ничтожной длинной проводов, ни говоря уже об установленном оборудовании на установке, где стоят мощные двигателя. Реконнект- не панацея, не предлагать. Оборудование имеет открытые механические вращающиеся части и весы, по которым исполнительные устройства необходимо мгновенно останавливать. В связи с этим отработка сигналов должна быть практически мгновенной и по обрыву связи модуль дискретного выхода должен уходить в безопасное состояние (т.е. все выходы в "0"). При обрыве связи получается. что исполнение программы останавливается и приходиться её заново запускать (происходит часто). Уже наверное всё перепробовал, либо бьюсь не в том направлении. Накидал примерчик, только вместо модуля ТД добавил 2А.

[Осинский Алексей]

Изменил время MainTask до 250, VISU_TASK 150. Вроде по быстрее стало, уменьшение этих параметров дальше улучшений не приносит, даже как-то по хуже становится.

У Вас очень большое время вызова MainTask. Чем это обусловлено?

[Осинский Алексей]

Доброго дня всем. Может кто подскажет по настройкам связи между модулями. Года два уже пользуюсь CodeSys 3.5 и до сих пор не нашёл однозначного решения проблемы по устойчивой связи между приборами. Пробовал и универсальный Modbus_slave и шаблоны. Связь пропадает даже на столе, с ничтожной длинной проводов, ни говоря уже об установленном оборудовании на установке, где стоят мощные двигателя. Реконнект- не панацея, не предлагать. Оборудование имеет открытые механические вращающиеся части и весы, по которым исполнительные устройства необходимо мгновенно останавливать. В связи с этим отработка сигналов должна быть практически мгновенной и по обрыву связи модуль дискретного выхода должен уходить в безопасное состояние (т.е. все выходы в "0"). При обрыве связи получается. что исполнение программы останавливается и приходиться её заново запускать (происходит часто). Уже наверное всё перепробовал, либо бьюсь не в том направлении. Накидал примерчик, только вместо модуля ТД добавил 2А.
Попробуйте организовать обмен с использованием библиотеки Modbus (как это сделать описано в соостветствующей теме (http://www.owen.ru/forum/showthread.php?t=23897))

[Эдуард_Н]

У Вас очень большое время вызова MainTask. Чем это обусловлено?

Кто то из Ваших рекомендовал вообще 300. Проект я Вам отсылал, какое время Вы порекомендуете ставить в MainTask и в VISU_TASK?

[Осинский Алексей]

Кто то из Ваших рекомендовал вообще 300. Проект я Вам отсылал, какое время Вы порекомендуете ставить в MainTask и в VISU_TASK?

MainTask по умолчанию выставлено в 10мс. Попробуйте это значение. Если скорость работы Визуализации Вас устраивает - это значение не трогайте

[Эдуард_Н]

У Вас очень большое время вызова MainTask. Чем это обусловлено?

10мс делать ещё не пробовал, но делал MainTask 250, через две недели отвал всех модулей (может ещё из-за грозы, тут не понятно). Будем смотреть дальше.

[igkondrat]

Добрый день,
Имеется связка СПК107 + 5шт. МУ110-8Р + 5шт. МУ16Д. Подключены последовательно, линия примерно 60-80 метров, скорость обмена 9600, на концах стоят резисторы по 100Ом. При работе постоянно пропадала связь.
Для теста набросал маленькую программку -
25474
В ней идет присвоение переменных с декретных входов, получения статусов реле и запись.
Т.е. идет постоянный циклический опрос.
В этом режиме все работает нормально и связь с приборами в норме, но как только я добавил включение/отключение всех 20 реле по триггеру — отваливаются все модули и не подымаются.
Галка автоматический перезапуск стоит.
Так же отдельным POU крутить «шаманство» -
IF shay1r_ModBus.xError THEN
shay1r_ModBus.xReset:=TRUE;
line_1:=TRUE;
ELSE
shay1_ModBus.xReset:=FALSE;
line_1:=FALSE;
END_IF
На каждый из модулей.

Посоветуйте в какую сторону копать?
Увеличить скорость обмена до 115000?
Увеличить интервал MainTask? (Сейчас и так стоят огромные на мой взгляд 400мс)
Какие параметры выставить на ModbusMasterCom? Сейчас 1000мс и 50мс.
Какие значения таймаута выставить на самом приборе?
И совсем глупый вопрос - имеет ли смысл добавить еще резистор на линию?

Заранее спасибо!

[Владимир Геннадьевич]

Переходите на работу через библиотеку Modbus-master 3.3.0 http://www.owen.ru/catalog/codesys_v3/80224381

[igkondrat]

Переходите на работу через библиотеку Modbus-master 3.3.0 http://www.owen.ru/catalog/codesys_v3/80224381

Спасибо конечно за совет, но зачем тогда нужны модули :)

[Осинский Алексей]

Добрый день,
Имеется связка СПК107 + 5шт. МУ110-8Р + 5шт. МУ16Д. Подключены последовательно, линия примерно 60-80 метров, скорость обмена 9600, на концах стоят резисторы по 100Ом. При работе постоянно пропадала связь.
Для теста набросал маленькую программку -
25474
В ней идет присвоение переменных с декретных входов, получения статусов реле и запись.
Т.е. идет постоянный циклический опрос.
В этом режиме все работает нормально и связь с приборами в норме, но как только я добавил включение/отключение всех 20 реле по триггеру — отваливаются все модули и не подымаются.
Галка автоматический перезапуск стоит.
Так же отдельным POU крутить «шаманство» -
IF shay1r_ModBus.xError THEN
shay1r_ModBus.xReset:=TRUE;
line_1:=TRUE;
ELSE
shay1_ModBus.xReset:=FALSE;
line_1:=FALSE;
END_IF
На каждый из модулей.

Посоветуйте в какую сторону копать?
Увеличить скорость обмена до 115000?
Увеличить интервал MainTask? (Сейчас и так стоят огромные на мой взгляд 400мс)
Какие параметры выставить на ModbusMasterCom? Сейчас 1000мс и 50мс.
Какие значения таймаута выставить на самом приборе?
И совсем глупый вопрос - имеет ли смысл добавить еще резистор на линию?

Заранее спасибо!

Добрый день!
Проблема известна, сейчас ведется работа по ее устранению.
Более подробно - в теме прошивок СПК: http://www.owen.ru/forum/showthread.php?t=22175
Как обходной путь:
попробуйте в настройках всех модулей увеличить "Задержку ответа по сети RS485" до 100 (или 45 при ограничении) мс.
либо, как посоветовал "Владимир Геннадиевич" использовать библиотеку Modbus-master

если решите пробовать использовать стандартную конфигурацию - пришлите, пожалуйста, версии прошивок всех модулей.

[Эдуард_Н]

Проблема известна, сейчас ведется работа по ее устранению.
Более подробно - в теме прошивок СПК: http://www.owen.ru/forum/showthread.php?t=22175
Там тоже самое, проблема известна, что-то нащупали, а прогнозов ни каких. Когда исправление будет, на какие сроки опираться.

[Осинский Алексей]

Там тоже самое, проблема известна, что-то нащупали, а прогнозов ни каких. Когда исправление будет, на какие сроки опираться.

Прогнозы в теме прошивки

[Эдуард_Н]

MainTask по умолчанию выставлено в 10мс. Попробуйте это значение. Если скорость работы Визуализации Вас устраивает - это значение не трогайте

MainTask пришлось выставить 150(самое оптимальное), VISU_TASK удалось снизить до 90.
И все таки это СПК110 такая тормозная или чего-то не так делаю?

[Осинский Алексей]

MainTask пришлось выставить 150(самое оптимальное), VISU_TASK удалось снизить до 90.
И все таки это СПК110 такая тормозная или чего-то не так делаю?

Явно что-то не так делаете. Зачем Вам время цикла VISU_TASK меньше, чем время цикла основной программы?
На визуализации что-то может происходить чаще, чем в основной программе?
По каким критериям было выбрано время 150мс?

[Эдуард_Н]

Явно что-то не так делаете. Зачем Вам время цикла VISU_TASK меньше, чем время цикла основной программы?
На визуализации что-то может происходить чаще, чем в основной программе?
По каким критериям было выбрано время 150мс?

время цикла VISU_TASK меньше, чем время цикла основной программы потому, что вроде нигде не описано про то должно оно быть меньше или больше, да и нехорошо когда нажимаешь кнопку, а она с запаздыванием срабатывает( то есть визуально нажимается медленно).
время 150мс было выбрано по оптимальному отклику визуализации и модулей. Когда делал меньше время цикла основной программы, отклик модулей конечно был быстрее, но при этом визуализация сильно тормозила.
Вы бы попробовали настроить мой проект и дать рекомендации, если не трудно конечно.

[Эдуард_Н]

А нельзя в "Модули МХ110 для CODESYS 3.5" встроить переменную, что бы модули пожеланию пользователя можно было исключать из опроса?

[Эдуард_Н]

Посоветуйте, какую лучше держать скорость опроса модулей?

[Anry65]

Заранее извиняюсь, но где его ставить?
21130

Если этот:
21132
то при срабатывании нагрузки (замечено, включился трёхфазный двигатель) связь теряется, и без перезагрузки не восстанавливается, этот флажок не помогает...
Поэтому, хотел попробовать программно перезапустить связь.
И если это возможно, помогите реализовать функцию в CFC:

IF ХХХ.xError THEN
ХХХ.xReset:=TRUE;
else
ХХХA.xReset:=FALSE;
END_IF

Буду вам очень благодарен.

Вот это правильно?
21133

К #239 ////Добрый день или вечер! Аналогичная проблема с пропаданием связи... Если не трудно не могли бы Вы ВСЁ описать по подробнее!? Уставка счётчика CTU, почему нет на CTU входов PV и RESET и выхода Q? А название модуля, это что - входной и выходной сигнал? А если это вх. сигнал то какие параметры надо ставить в настройках...??? Вообщем если не трудно объясните для чайника всё по пунктам... Заранее благодарен - Андрей (Краснодар)

[Anry65]

Здравствуйте Алексей! Почитал форум, и понял, что, я ни один такой!!! У меня СПК105+MV110-32DN+MU110-16R-K, язык CFC . Связь пропадает через 10 мин. ну максимум через 1 час. Провод RS-485 экранирован, фильтра RC на промежуточных реле стоят..., скорость, частота обновления визуализации 200 мс, галочка автоперезапуск соединения – стоит, в посте #239 ykpagyckyc предложил вариант автоперезапуска в CFC, не могли бы Вы подробней, пошагово описать весь этот процесс? Андрей.

[Осинский Алексей]

Добрый день!
В среде разработки CODESYS 3.5 SP7 есть ошибка, из-за которой галка "автоперезапуск соединения" не оказывает должного эффекта..
Вы случайно не эту версию среды разработки используете?

[Anry65]

Спасибо, что откликнулись. CDS 3.5, SP5 версия блоков 3.5.4.0.

[Осинский Алексей]

Спасибо, что откликнулись. CDS 3.5, SP5 версия блоков 3.5.4.0.

В старых прошивках СПК1хх (до 5.093) были проблемы с обменом по RS485.
Попробуйте обновить прошивку на прошивку из темы (тема (http://www.owen.ru/forum/showthread.php?t=25756))и проверить как ведет себя система.

[ykpagyckyc]

Была у меня такая проблема: СПК105+МВ8а+МВ8а+МУ8р. Оказалось, что на объекте, монтажники использовали провода для связи из разных витых пар. Т.е. брали один синий, один зелёный из кабеля. В итоге ошибка связи и не сбрасывалась без отключения питания модулей.
Во втором случае: СПК105+МВ32д+МУ32р. На холостом ходу всё работает. Т.е. на МУ не подключали питающую фазу, которая в свою очередь идёт на включение пускателей. После подачи фазы на включение пускателей идёт обрыв связи с МУ. При этом сами пускатели ещё не подключены, только фаза на СОМ-ах.
Написал сброс ошибки на CFC вот так:
28836

Всё работает. Но причина не понята и не выявлена.

[plc_prg]

Подскажите, решена ли проблема (http://www.owen.ru/forum/showthread.php?t=21365&p=187908&viewfull=1#post187908) с ошибками "Max. number of Channels (10) exceeded" для ПЛК304?

Таргет owen_plc304_m01_cds3.5.3.40.devdesc.xml
Codesys v3.5 sp5 patch5
Мастер Modbus Serial пробовал версии 3.5.3.0 и 3.5.3.50, результат одинаковый. Правильно использовать 3.5.3.0?
Др. версии не подходят (валятся др. ошибки при компиляции).

Вообще, какой способ обмена с модулями лучше использовать, для исключения проблем с пропаданием связи и т.п.?

[Anry65]

Алексей стоит перепрошивать СПК105 версия прошивки 3.939 на «новую» 3.934. Конечно извиняюсь, только я не пойму, какая из них НОВАЯ!!! Андрей.

[Anry65]

Была у меня такая проблема: СПК105+МВ8а+МВ8а+МУ8р. Оказалось, что на объекте, монтажники использовали провода для связи из разных витых пар. Т.е. брали один синий, один зелёный из кабеля. В итоге ошибка связи и не сбрасывалась без отключения питания модулей.
Во втором случае: СПК105+МВ32д+МУ32р. На холостом ходу всё работает. Т.е. на МУ не подключали питающую фазу, которая в свою очередь идёт на включение пускателей. После подачи фазы на включение пускателей идёт обрыв связи с МУ. При этом сами пускатели ещё не подключены, только фаза на СОМ-ах.
Написал сброс ошибки на CFC вот так:
28836

Всё работает. Но причина не понята и не выявлена.

Спасибо за внимание! Обязательно попробую. Андрей.

[Осинский Алексей]

Алексей стоит перепрошивать СПК105 версия прошивки 3.939 на «новую» 3.934. Конечно извиняюсь, только я не пойму, какая из них НОВАЯ!!! Андрей.


В старых прошивках СПК1хх (до 5.093) были проблемы с обменом по RS485.
Попробуйте обновить прошивку на прошивку из темы (тема (http://www.owen.ru/forum/showthread.php?t=25756))и проверить как ведет себя система.

Добрый день.
В моем предыдущем сообщении слово ТЕМА было ссылкой на тему http://www.owen.ru/forum/showthread.php?t=25756 в которой выложена новая версия прошивки 5.093

[Number17]

Добрый день.
В моем предыдущем сообщении слово ТЕМА было ссылкой на тему http://www.owen.ru/forum/showthread.php?t=25756 в которой выложена новая версия прошивки 5.093

На диске к СПК105 имеется CODESYS 3.5 SP5 Patch5 (для прошивки 3.9хх). Если я сейчас заменю прошивку на 5.095 то CODESYS 3.5 SP5 Patch5 надо новый устанавливать (и соответвенно менять таргет-файлы и библитеки)?

[Bigcrash]

Доброго времени суток.
Начал изучать CodeSys 3.5 SP5. Установил по инструкции этот пакет с модулями, в менеджере пакетов они появились, но в репозитории устройств их нет. Что не так, как поправить?

[Sulfur]

Итак, имеем набор СПК110 + 2хМВ110-8А + 2хМУ110-8К. Проект работает уже около года, проблемы со связью иногда были.
Обновил в проекте устройство (СПК) на самый свежий, удалил SPKtools, таргеты модулей не менял. Обнаружил проблему - слетела вся адресация подключенных модулей Мх110. Кроме того, в в обоих модулях МВ110-8А некоторые регистры сменили тип с WORD на INT, что привело к появлению предупреждений о неявном преобразовании типа при компиляции, т. к. данные регистры использовались в основной программе. В проекте использовалась явная адресация, пришлось переделывать на адресацию через сопоставление. Проект с новой прошивкой и доделками запустил, однако вопрос "какого черта?" по прежнему еще актуален. Каким образом смена головного устройства влияет на нумерацию и тип регистров подчиненных модулей? Где копать?

ЗЫ: Извините, если не в тот раздел написал.

[Anry65]

Добрый день.
В моем предыдущем сообщении слово ТЕМА было ссылкой на тему http://www.owen.ru/forum/showthread.php?t=25756 в которой выложена новая версия прошивки 5.093

СПК105 перепрошил, сейчас стоит версия 5.095. Но возникла другая проблема – цифровая клавиатура большого чем надо размера, больше чем экран в 2 или 3 раза.

[Sulfur]

Вопрос: как с новыми модулями (МУ110-8К\16К) писать переменные типа REAL для использования выхода в ШИМ-режиме? В версии 3.5.4.5 переменная wOut_xx имеет тип BOOL.

[Осинский Алексей]

Вопрос: как с новыми модулями (МУ110-8К\16К) писать переменные типа REAL для использования выхода в ШИМ-режиме? В версии 3.5.4.5 переменная wOut_xx имеет тип BOOL.

Никак. Модули подходят только для непосредственного управления состоянием выходов.
Для использования ШИМ - предлагаю использовать стандартный Modbus Slave CODESYS и сконфигурировать его под свои нужды.

[Эдуард_Н]

Обязательно ли делать скорость связи СПК с модулями МХ110 равную 115200?
Кто какую у себя эту скорость ставит?

[ASo]

Самую разную.
Вот например в последнем проекте стоит 19200 - ибо на той же линии еще и 14 частоников (не ОВЕН) а они больше не дают.

[plc_prg]

Как лучше организовать связь с модулями ввода-вывода, чтобы она была надежной и стабильной, с автоматическим перезапуском после потери связи?
Можно ли использовать механизм добавления каналов Modbus Slave? Или лучше использовать библиотеки (ModulsOwenLib, Modbus)?

[Эдуард_Н]

Самую разную.
Вот например в последнем проекте стоит 19200 - ибо на той же линии еще и 14 частоников (не ОВЕН) а они больше не дают.

А у модулей Ваших задержка ответа по RS485 какая стоит?

[ASo]

По умолчанию, все работает.

[Эдуард_Н]

По умолчанию, все работает.

У меня если по умолчанию и со скорость 115200 порт полностью у СПК отваливается приходится задержку на полную катушку делать тогда работает. Вот я и думаю может скорость понизить до 19200?

[Sulfur]

Никак. Модули подходят только для непосредственного управления состоянием выходов.
Для использования ШИМ - предлагаю использовать стандартный Modbus Slave CODESYS и сконфигурировать его под свои нужды.

До этого обновления пользовался модулями с прописанными всеми доступными регистрами. Почему-то разработчики решили сократить "лишний" по их мнению функционал. Спасибо. Три проекта переделывать. Если получится.

Пример хотя бы покажите.

Почему недоступна вкладка "соотнесение входов\выходов"?

[Number17]

СПК105+МВ110-2А+МУ110-8К+МВ110-16D. Скорость обмена 19200. Использую для обмена модули МХ110. Модуль МВ110-2А периодически отваливается. Программно "поднимаю обмен" с этим модулем и считаю кол-во восстановлений. Отваливается в среднем раз в 4-5 минут. При этом другие модули за несколько суток работы не дают ни одного сбоя. В чём проблема? В прошивке модуля МВ110-2А или что то с программной реализацией модулей МХ110?

[Осинский Алексей]

СПК105+МВ110-2А+МУ110-8К+МВ110-16D. Скорость обмена 19200. Использую для обмена модули МХ110. Модуль МВ110-2А периодически отваливается. Программно "поднимаю обмен" с этим модулем и считаю кол-во восстановлений. Отваливается в среднем раз в 4-5 минут. При этом другие модули за несколько суток работы не дают ни одного сбоя. В чём проблема? В прошивке модуля МВ110-2А или что то с программной реализацией модулей МХ110?

Пришлите, пожалуйста, версии прошивок всех модулей, участвующих в системе и схему подключения.

[Number17]

Пришлите, пожалуйста, версии прошивок всех модулей, участвующих в системе и схему подключения.

Версии прошивок:
МУ110-8Р - V2.01
МВ110-2А - V1.04
МВ110-16Д - V1.11

По схеме подключения... СПК105 и все модули размещены в одном щитовом ящике. СПК установлено на переднюю панель, а модули размещены на одной DIN-рейке в самом ящике. Датчики (термопреобразователи сопротивления ) и исполнительные механизмы (клапана и привод смесителя) находятся в пределах 1 метра от ящика. На рейке так же размещён блок питания для СПК. Питание модулей осуществляется по линии 220В. Подключение по RS-485 с следующей последовательности: СПК105 - МВ1102А - МУ1108Р - МВ110-16Д - терминальный резистор. Как видим никакой распределённой длинной линии не имеем. Сбои связи с МВ1102А происходят вне зависимости от того осуществляется в данный момент управление исполнительными механизмами или нет. Если на линии оставить только МВ1102А то всё равно линия отваливается с той же частотой. Т.е. остальные модули, кажется, влияния не оказывают.

Задам ещё вопрос по МВ110-16Д. Обнуление регистров счётчиков. Метода такая: сначала пишем в регистр какое то ненулевое значение, а только потом уже нулевое. При этом если сразу последовательно произвести эти операции эффекта может и не дать. Приходиться выдерживать паузу между этими операциями. Отчего такие сложности? Вроде бы регистр он и есть регистр, записаться должно то что пишем, ноль это или не ноль...

[Vitaliy13]

Здравствуйте!
Не найдется ли у кого-нибудь мануала или проекта по созданию модулей?

[plc_prg]

Вот библиотеки, в описаниях есть примеры http://www.owen.ru/catalog/codesys_v3/80224381

[dkapotov]

Добрый вечер.
Собственно у меня схожая с указанными здесь проблема - периодически, я бы сказал постоянно отваливается МВ110-2А в связке с СПК107 и МК110-224.8Н-4Р.
Пробовал играть с настройками скорости передачи, таймаутами - без толку
Прошивка МВ110-2А - 1.04

[krollcbas]

http://lapshinvr.ru/spk107-atv312-korrektnaya-shema-modbus-rtu.html
Скорость посоветую выставить 38400, проверьте что шнур далеко от фазных проводов.
Терминируйте шину обязательно. В параметрах мастера выставьте галку перезапуск
Видимо накапливает ошибку и устает работать.

[dkapotov]

Спасибо, попробую.
Проблему вылечил путем обновления прошивки СПК на новую. Но конфигурацию вашего подключения обязательно возьму на вооружение.

[Mva-78]

Здравствуйте, коллеги.

Как развитие идеи Шаблоны модулей МХ110 для CODESYS 3.5 (http://www.owen.ru/forum/showthread.php?t=19404) мы выпустили обновленные модули.
Данная разработка представляет собой программную надстройку для среды CODESYS 3.5 SP5.
Основные отличия от "...шаблонов...":

Полностью сконфигурированные модули: Вам осталось только задать адрес устройства в сети Modbus
Нет необходимости преобразовывать массив WORD в REAL
Везде, где это возможно, используются групповые запросы
Поддержаны все модули линейки Mx110
Нет необходимости в объявлении дополнительных переменных


Все замечания и пожелания оставляйте в теме.

Внимание! Данное ПО не совместимо с "Шаблонами...". Перед установкой удалите "Шаблоны..." из CoDeSys.
Если в Вашем проекте ранее использовались "Шаблоны...", то их нужно будет удалить из проекта, и добавить новые модули





Скачать последнюю версию:

19548



Версия
Дата
Список изменений


3.5.4.5
14.08.2015
Библиотека драйверов больше не использует библиотеку ModBus (при загрузке проект, использующий драйвера не будет выдавать сообщение об ошибке)







Документация:


Руководство пользователя
19600


Установка модулей ОВЕН Mx110
<a href="https://www.youtube.com/watch?v=DG73knT9l6I" onclick="window.open(this.href, '', 'resizable=no,status=no,location=no,toolbar=no,men ubar=no,fullscreen=no,scrollbars=no,dependent=no,w idth=800,height=640'); return false;"><input name="abs" type="button" value="Посмотреть видео"></a>


Пример использования модулей Mx110 в проекте
<a href="https://www.youtube.com/watch?v=AMa389insAo"><input name="abs" type="button" value="Посмотреть видео"></a>










Всё перепробовал - не получается.... или что-то не то делаю... сейчас у меня окно выглядит так:
29516
Вкладок в окне конфигурирования модуля мало, вкладки с параметрами модуля нет, как сделать, что бы она появилась?

[Осинский Алексей]

Всё перепробовал - не получается.... или что-то не то делаю... сейчас у меня окно выглядит так:
29516
Вкладок в окне конфигурирования модуля мало, вкладки с параметрами модуля нет, как сделать, что бы она появилась?

Добрый день!
Посмотрите, пожалуйста, видео в шапке темы о том, как работать с модулями "Пример использования модулей Mx110 в проекте".

[Sulfur]

Есть надежда, что в модули для МУ110-8\16 вернется доступ к ШИМ?
Уж больно удобная фича для организации многоканальных ПИД-терморегуляторов.

[Александр Приходько]

Есть надежда, что в модули для МУ110-8\16 вернется доступ к ШИМ?
Уж больно удобная фича для организации многоканальных ПИД-терморегуляторов.

Надежда есть, сроков к сожалению не дадим точных. Предположительно -летом.

[Den_S]

Здравствуйте,
Вопрос к модераторам по вопросам модулей ввода/вывода.
До сих пор при установке модулей необходимо убирать из установки рН модуль. Когда планируется включить модуль рН в список устанавливаемых модулей?
Спасибо.

[жекон]

Вылетел модуль 4д4р потом как оказалось сгорел предохранитель, под рукой был МДВВ поставил не меняя конфигурации, или все таки надо поменять?

[жекон]

Так не кто и не ответил, оставить работать под модулем или написать новый слейв?

[Vasyandra]

Так не кто и не ответил, оставить работать под модулем или написать новый слейв?

Вопрос что вы считываете с модуля и что хотите получить... Посмотрите в инструкции на модули таблицы ModBus переменных.
http://www.owen.ru/documents/79730224
В большей части они друг друга повторяют, поэтому модуль МДВВ и работает под слейвом 4Д4Р. Если планируете дальше оставаться на МДВВ, я бы сделал новый слейв. Если надо переждать время пока купят новый 4Д4Р, то можно и так оставить.

[Мокренькая Кисонька]

Всем привет! У меня такая проблема приключилась.. Железки: СПК107 + МУ110-32Р. Все собрано на столе, питание стабилизированное, провод RS-485 длинной 1м экранированный, экран заземлен со стороны контроллера. Суть проекта заключается в управлении релюшками с максимальной частотой переключения 86мсек. Реально меньше, но нужно выдержать такую частоту для четкого попадания в ритм. Эта свадьба должна заменить ленточный командоаппарат на крупном станке. Планируется подключение 3х модулей по 32Р. НО! Проблема 1. Связь с релейным модулем через преобразователь интерфейсов ЕКОН134 получается в 1-2 случаев из 10, при этом не удается программой-конфигуратором прочитать до конца все настройки, не говоря уже о записи своих. Очень нестабильная связь. Проблема 2. Общение контроллера с релейкой также нестабильно, есть пропуски отправленных пакетов (заметно как на время модуль замирает и в это время пропускаются так называемые кадры) Проблема 3. Сам код программы отправляет команду записи в регистры с разным интервалом времени, которое может составлять до 2х секунд. Буду очень признателен если у кого-то появятся здравые мысли по делу. Код программы:
PROGRAM PLC_PRG
VAR
timer: TON;
kol_shagov: INT :=51; (*Длина ленты с кадрами*)
vrem_shaga: TIME := T#0.083S;
k: INT := 0;
i:INT:=1;
j:INT:=1;
Exit_1: DWORD;
END_VAR
timer(IN:= NOT timer.Q, PT:=vrem_shaga ); (* вызов таймера с самосбросом*)
IF timer.Q
THEN
IF k<kol_shagov
THEN
k:=k+1;
IF k MOD 2 = 0 THEN Exit_1:=16#AAAAAAAA; ELSE Exit_1:=16#55555555; END_IF
ELSE
k:=0;
END_IF
END_IF

Переменная Exit_1 добавлена в раздел соотнесения входов/выходов, запись кодом функции 16.
Передача по протоколу ModBus с заводской скоростью, из-за проблем с подключением нет возможности изменить.

[capzap]

Всем привет! У меня такая проблема приключилась.. Железки: СПК107 + МУ110-32Р. Все собрано на столе, питание стабилизированное, провод RS-485 длинной 1м экранированный, экран заземлен со стороны контроллера. Суть проекта заключается в управлении релюшками с максимальной частотой переключения 86мсек. Реально меньше, но нужно выдержать такую частоту для четкого попадания в ритм. Эта свадьба должна заменить ленточный командоаппарат на крупном станке. Планируется подключение 3х модулей по 32Р. НО! Проблема 1. Связь с релейным модулем через преобразователь интерфейсов ЕКОН134 получается в 1-2 случаев из 10, при этом не удается программой-конфигуратором прочитать до конца все настройки, не говоря уже о записи своих. Очень нестабильная связь. Проблема 2. Общение контроллера с релейкой также нестабильно, есть пропуски отправленных пакетов (заметно как на время модуль замирает и в это время пропускаются так называемые кадры) Проблема 3. Сам код программы отправляет команду записи в регистры с разным интервалом времени, которое может составлять до 2х секунд. Буду очень признателен если у кого-то появятся здравые мысли по делу. Код программы:
PROGRAM PLC_PRG
VAR
timer: TON;
kol_shagov: INT :=51; (*Длина ленты с кадрами*)
vrem_shaga: TIME := T#0.083S;
k: INT := 0;
i:INT:=1;
j:INT:=1;
Exit_1: DWORD;
END_VAR
timer(IN:= NOT timer.Q, PT:=vrem_shaga ); (* вызов таймера с самосбросом*)
IF timer.Q
THEN
IF k<kol_shagov
THEN
k:=k+1;
IF k MOD 2 = 0 THEN Exit_1:=16#AAAAAAAA; ELSE Exit_1:=16#55555555; END_IF
ELSE
k:=0;
END_IF
END_IF

Переменная Exit_1 добавлена в раздел соотнесения входов/выходов, запись кодом функции 16.
Передача по протоколу ModBus с заводской скоростью, из-за проблем с подключением нет возможности изменить.

1) зачем екон, если связка только из двух устройств
2) библиотека или конфигуратор, с первым документом в этом посте (http://www.owen.ru/forum/showthread.php?t=23897&p=206602&viewfull=1#post206602) знакомы
3) Почему обязательно писать в такой экстравагантной форме, просто целочисленным не подходит? T#830ms

[Мокренькая Кисонька]

capzap, Екон - это просто на данный момент единственный доступный преобразователь для связи ПК и МУ. нужен только для настройки последнего, поэтому на него внимания не обращаем. За библиотеку, спасибо, разберусь -отпишусь. Целочисленным не подходит, потому что человеческий фактор везде, вот даже Вы ошиблись в переводе из единиц секунды в милисекунды. Собственно поэтому так. Но собственно вопрос с настройкой модуля остается открытым.

[capzap]

Вы ошиблись в переводе из единиц секунды в милисекунды.

ну надеюсь, такой формат нормально работает, в книжках про это ни чего не сказано http://prolog-plc.ru/docs/TimeExperience.pdf, точка применяется конечно но в TOD-ах, а не в длительности, вобщем это стандарт надо читать. Возможно это совершенно не влияет на разные периоды опроса, тут требуется смотреть какие настройки выставлены у мастера, запись по времени или по изменению

[Мокренькая Кисонька]

у меня на работе "замечательные" ITшники.. чтобы найти документацию в интернете, нужно к нему подключаться через японию или китай по открытой VPN напрямую вашу ссылку блокируют как фишинг? документы? ...

[Мокренькая Кисонька]

Так, это.. А кто подскажет - что делать, если я через екон пытаюсь плюнуть байтом в МУ110-32Р с помощью конфигуратора, а он ноль внимания. Первые три раза конфигуратор его увидел, но нельзя было до конца считать данные и запись не шла. А теперь совсем тишина... Но при этом общается по стандартному протоколу с СПК.

[IlyaFD]

Если нужны переключения реле с точностью до десятков милисекунд - забудте про СПК, по крайней мере в варианте с модулями через RS-485. Берите контроллеры с реле на борту, например ПЛК110.

Или то же СПК но с выходми релейными на борту.

На практике реакция модулей в сети RS-485 может достигать нескольких секунд на команды от контроллера при определенных условиях.

[Мокренькая Кисонька]

Добрый день, IlyaFD! Спасибо за ответ. Этот вариант конечно же рассматривался. Но есть одно-но: требуется 90 синхронно управляемых выходов. Если учесть что выходов у плк110 только 24 то потребуется минимум 4 модуля. И Опять же синхронизация через протокол.. Или существует более быстрый способ синхронизации?

[ASo]

Тогда Вам нужен модульный контроллер.

[Sijey]

Добрый день.
Подскажите как на модулях вывести ошибки сети? При названии модуля и добавления .xerror не получается.. другие slave устройства норм.

[Евгений Кислов]

Добрый день.
Подскажите как на модулях вывести ошибки сети? При названии модуля и добавления .xerror не получается.. другие slave устройства норм.

Название_модуля_modbus.xError

Cм. также рис. 3.13 в документе СПК. Modbus (ссылка в подписи).

[Sijey]

Спасибо, Евгений!

[Eugene.A]

Пытаюсь вставить в программу драйвер MV110_32DN из библиотеки modulsowenlib(3.4.0.8), но в менеджере библиотек она серенькая, поиск её не находит. При добавлении библиотеки говорит, что она уже вставлена. Как быть?
Требуют срочно сдать проект, а я не могу определиться, использовать МВ110-32ДН, или ставить три восьмивходовых модуля.

[Евгений Кислов]

Пытаюсь вставить в программу драйвер MV110_32DN из библиотеки modulsowenlib(3.4.0.8), но в менеджере библиотек она серенькая, поиск её не находит. При добавлении библиотеки говорит, что она уже вставлена. Как быть?
Требуют срочно сдать проект, а я не могу определиться, использовать МВ110-32ДН, или ставить три восьмивходовых модуля.

Если библиотека есть в Менеджере библиотек - то она уже добавлена и вы можете ее использовать.
Вы можете более подробно описать вашу проблему? Желательно со скриншотами.

Если есть возможность - организуйте доступ по TeamViewer и пришлите в личку данные для подключения.

[Eugene.A]

Более подробно:3365133652

[Skolzkyi]

Добрый день!
Следующая проблема:
С помощью драйверов подключен модуль 8АС к СПК 107. На вход навешен имитатор 4-20. Внутри проекта модуль видится, все в порядке, но данные приходят с жуткой задержкой 40-60 секунд. Всего в сети 7 устройств(3 модуля ВВ и 4 сторонних устройства). Пробовал менять скорость обмена(сейчас стоит 9600), никак не влияет на размер задержки. Версии:
таргет 3.5.4.26
прошивка СПК 5.231
библиотека Modbus 3.4.0.0
версия драйвера модуля 3.5.4.0
прошивка модуля 1.06
В чем может быть причина? Как устранить? Заранее спасибо.

[Осинский Алексей]

Добрый день!
Следующая проблема:
С помощью драйверов подключен модуль 8АС к СПК 107. На вход навешен имитатор 4-20. Внутри проекта модуль видится, все в порядке, но данные приходят с жуткой задержкой 40-60 секунд. Всего в сети 7 устройств(3 модуля ВВ и 4 сторонних устройства). Пробовал менять скорость обмена(сейчас стоит 9600), никак не влияет на размер задержки. Версии:
таргет 3.5.4.26
прошивка СПК 5.231
библиотека Modbus 3.4.0.0
версия драйвера модуля 3.5.4.0
прошивка модуля 1.06
В чем может быть причина? Как устранить? Заранее спасибо.

Какие модули участвуют в обмене?
Сколько регистров на сторонних устройствах опрашивается?
Опрос групповыми запросами или по одному регистру?

[Skolzkyi]

Какие модули участвуют в обмене?
Сколько регистров на сторонних устройствах опрашивается?
Опрос групповыми запросами или по одному регистру?

В обмене участвуют МВ110-8АС, МУ110-16Р и МВ110-16Д. На сторонних устройствах суммарно опрашивается 15 регистров(3 частотника по 4 регистра+3 регистра с ПР200), запросы по одному регистру. 8АС и 16Р в новой ревизии(в белых корпусах), 16Д еще старой, но это вроде же не должно никак влиять?

[Осинский Алексей]

В обмене участвуют МВ110-8АС, МУ110-16Р и МВ110-16Д. На сторонних устройствах суммарно опрашивается 15 регистров(3 частотника по 4 регистра+3 регистра с ПР200), запросы по одному регистру. 8АС и 16Р в новой ревизии(в белых корпусах), 16Д еще старой, но это вроде же не должно никак влиять?

Попробуйте частотники повесить на отдельный интерфейс.
Ревизия модулей не должна влиять на скорость опроса.

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

[Skolzkyi]

Попробуйте частотники повесить на отдельный интерфейс.
Ревизия модулей не должна влиять на скорость опроса.

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

Добрый день!
Провалы наблюдались при связи с частотниками. Разнес на два интерфейса, все заработало как надо. Правда у меня сейчас в настройках 115200, на 9600 не проверял.
Вероятно задержки наблюдались из-за ожидания всех таймаутов при провалах связи?
Спасибо!

[Осинский Алексей]

Вероятно задержки наблюдались из-за ожидания всех таймаутов при провалах связи?
Спасибо!

Пожалуйста.
Вероятнее всего из-за провалов в связи.

[Эдуард_Н]

Скажите, будет обновление "Модули МХ110 для CODESYS 3.5"? Какое-то улучшение их?

[Осинский Алексей]

Скажите, будет обновление "Модули МХ110 для CODESYS 3.5"? Какое-то улучшение их?

Добрый день.
Да, уже ведется разработка обновления.
Немногие из запланированных изменений:
1) Возможность исключать модуль из опроса;
2) Возможность привязывать переменные в конфигурации;
3) Шаблоны ПЧВ;
4) Шаблоны модулей дискретного вывода в режиме ШИМ.
Сроки релиза пока что обозначить не могу.

[Эдуард_Н]

Добрый день.
Да, уже ведется разработка обновления.
Немногие из запланированных изменений:
1) Возможность исключать модуль из опроса;
2) Возможность привязывать переменные в конфигурации;
3) Шаблоны ПЧВ;
4) Шаблоны модулей дискретного вывода в режиме ШИМ.
Сроки релиза пока что обозначить не могу.
Это хорошо, а будет какое нибудь описание новых фишек?

[Евгений Кислов]

По факту релиза - обновим документ СПК. Modbus и опубликуем новость на сайте/форуме.

[Эдуард_Н]

Вот интересно, к примеру у меня есть объекты где проекты построены на действующих "модулях" и Мхасистентах. Мне постоянно придётся переустанавливать их для работы со старыми и новыми проектами?

[Евгений Кислов]

Вот интересно, к примеру у меня есть объекты где проекты построены на действующих "модулях" и Мхасистентах. Мне постоянно придётся переустанавливать их для работы со старыми и новыми проектами?

Ничего переустанавливать не придется. Или вы можете продолжить использовать старые модули - если вам так удобнее.

[Евгений Кислов]

Шаблоны обновлены до версии 3.5.4.12.

Более подробную информацию см. в этой теме (http://www.owen.ru/forum/showthread.php?t=27889).

Вы можете оставлять ваши вопросы и пожелания по шаблонам в этой теме (http://www.owen.ru/forum/showthread.php?t=23897).