Да, к сожалению, с ним сейчас проблемы. Вот зеркало:Цитата:
Сообщение от VA87
https://yadi.sk/d/7byrC_E73QAQhC
Да, к сожалению, с ним сейчас проблемы. Вот зеркало:Цитата:
Сообщение от VA87
https://yadi.sk/d/7byrC_E73QAQhC
Состоялся релиз новой версии шаблонов модулей Mx110 - 3.5.4.12.
Документ СПК. Modbus обновлен до версии 1.1.
Более подробная информация - в этой теме.
Так будет работать Вложение 34667 или нужно изменить то, что обведено красным?
Нужно изменить - флаг ошибки вынесен на вкладку соотнесения переменных.
Кусок с SEL тоже можно убрать - при отсутствии связи в wsStatus автоматически появится подобное сообщение.
И у вас, как обычно, порядок выполнения блоков поехал.
Это я так быстро накидал для вопроса.Цитата:
И у вас, как обычно, порядок выполнения блоков поехал.
А на сайте когда выложите новые шаблоны?
Планируем в январе.Цитата:
Сообщение от Эдуард_Н
А 3.5.4.12 это что? А в январе что планируете?
3.5.4.12 - это новая версия шаблонов, которая сейчас доступна на форуме.Цитата:
Сообщение от alexx751
В январе ее же выложим на сайте.
Именно об этом, как я понимаю, спросил Эдуард.
Интересные модули получились. Не хватает в описании примера работы модулей ПЧВ, или это относится к другой теме?
Принцип добавления и настройки шаблонов модулей и ПЧВ в CODESYS идентичен.Цитата:
Сообщение от Эдуард_Н
Остальное относится непосредственно к принципу работы ПЧВ и описано в его РП.
Январь заканчивается.Цитата:
Сообщение от Евгений Кислов
Спасибо, что не забываете про нас.
В данный момент занимаюсь подготовкой новости.
Состоялся релиз компонента OwenCloud TCP Slave.
Новый компонент позволяет настроить обмен между контроллерами СПК207 (требуется прошивка 5.480) и облачным сервисом OwenCloud – достаточно подключить контроллер к локальной сети с доступом в Интернет. Настройка компонента аналогична стандартному Modbus TCP Slave в CODESYS.
Скачать компонент:
http://www.owen.ru/catalog/codesys_v3/80224381
Пример работы с компонентом приведен в документе СПК. Настройка обмена с верхним уровнем (1.1):
https://ftp.owen.ru/CoDeSys3/11_Docu...673.1499069592
Евгений, скажите почему нет шаблонов на МВА8, приборы сняты с производства, но все же?
Собственно, вы сами озвучили причину - прибор снят с производства и его не закладывают в новые проекты.Цитата:
Сообщение от Andrew_Stranger
Но карта регистров МВА8 совпадает с МВ110-8А - так что вы можете использовать этот шаблон.
Спасибо, тоже такая мысль проскальзывала.Цитата:
Сообщение от Евгений Кислов
Опубликован документ СПК. Реализация обмена через сокеты.
В документе приведено описание библиотеки CAA Net Base Services и рассмотрены простые примеры реализации UDP сервера/клиента и TCP сервера/клиента.
Дополнительно выкладываю пример запроса к NTP серверу (создан в 3.5 SP7 Patch4): Example_SNTP
Не подскажете, может ли в новых драйверах быть неправильной адресация портов? Моё железо: СПК 207+МСД200+МВ110-32ДН+МВ110-32Р+МВ110-8АС+МВ110-8АС. Версия codesys 3.5.7.4. Версия ModBus Master 3.5.5.0.
Суть проблемы: корректно работают все приборы кроме МВ110-32ДН. Сигнал физически подается на 24 и 28 входы, лампочки на МВ110 моргают возле соответствующих портов при подаче сигнала, а в Сodesys отображается изменение сигнала на портах 21 и 26.
30,31,32 входы отрабатывают нормально, а на 2 почему то висит "неверное выражение". Стойкое ощущение что ошибка в драйвере МВ110-32ДН, в частности неправильно прописаны адреса регистров
Upd: Проблема проявляется после второго входа, первый отрабатывает нормально, второй в Codesys уже отображается на третьем и так далее
Отправьте архив вашего проекта на support@owen.ru, пожалуйста - попробуем воспроизвести проблему.Цитата:
Сообщение от fantom732
Если привязывать переменную типа DWORD к маске и не привязывать переменные к отдельным BOOL каналам - проблема повторяется?
Уже связался с поддержкой, буду пробовать привязку к маске
Еще вопрос - вы создавали проект с нуля или в существующем проекте обновили шаблон предыдущей версии до 3.5.4.12 с помощью команды Обновить устройство?Цитата:
Сообщение от fantom732
Добрый день.
Начал разбираться с обменом по ModBus (СПК110) по приведенному мануалу СПК. Протокол Modbus_v.1.1. Сразу возникли нестыковки.
В мануале
http://www.imageup.ru/img234/3001801/1.png
У меня в программе
http://www.imageup.ru/img234/3001802/2.png
Вы используете предыдущую версию шаблонов. Вам следует установить новую - 3.5.4.12.
Через менеджер пакетов обновление не устанавливается? Там у меня пишет, что обновления не найдены. Only hand?
Да - только вручную, у нас нет своего сервера обновлений.Цитата:
Сообщение от Bigcrash
В старых шаблонах был такой параметр для модуля MV110_8A как Stat, куда записывался код ошибки. Можно было спокойно использовать Имя_модуля.Stat.... и получить состояние.
Сейчас в библиотеке Mx110 Assistant появился такой параметр MV_SENSOR_ERROR. Согласно документации, чтобы получить состояние канала
Возникло 2 вопроса.Цитата:
1. Объявить в проекте переменную типа Mx110Assistant.MV_SENSOR_ERROR;
2. Привязать эту переменную к каналу Код статуса нужного входа шаблона модуля;
3. В программе вызвать нужную функцию библиотеки.
1. Я привязываю переменную к КОНКРЕТНОМУ КАНАЛУ КОНКРЕТНОГО МОДУЛЯ. А как использовать ее на несколько каналов (другой модуль). Объявлять несколько переменных?
2. Что за тип Enumeration of UNIT , указанный при привязке переменной к каналу Статуса измерения входа
1. Да.Цитата:
Сообщение от Bigcrash
2. Enumeration of UINT - это и есть MV_SENSOR_ERROR.
Посмотрите видео (нужная часть - с 13:30):
https://www.youtube.com/watch?v=0m5vbe7z6Ek
Опять возникли проблемы с новым пакетом для модулей, со старыми все было хорошо.
Суть в следующем, модуль МВ110-8А, опрос датчиков температуры (ОВЕН) PT1000. Через конфигуратор все видится, значения адекватные, в программе датчики видны, но значения отсутствуют.
Отправьте ваш проект на support@owen.ru, пожалуйста.Цитата:
Сообщение от Bigcrash
Вы создавали его с нуля или редактировали существующий?
Шаблоны модулей Mx110 обновлены до версии 3.5.4.13.
Устранена ошибка смещения значений между каналами, проявлявшаяся при отсутствии привязки переменных ко всем каналам шаблона.
Крайне рекомендуется удалить предыдущую версию шаблонов и установить новую.
http://www.owen.ru/forum/showthread.php?t=27889
Есть СПК207 (М04).WEB 2017 года выпуска с самыми последними рекомендованными прошивками, СПК по MODBUS ведет обмен информацией с шестью модулями ввода/вывода ООО «КомпанииАКОН» (https://www.akon.com.ua/), есть верхний уровень на TRACE MODE 6. есть рабочий проект, который в данной конфигурации без проблем непрерывно работал несколько последних месяцев. Но три недели тому начались проблемы с обменом СПК207 и вышеназванными периферийными модулями ввода/вывода. Внешне прекращение обмена информацией невидимо. Все светодиоды как на СПК так и на модулях ввода/вывода светятся в штатном режиме. Обмен с ТМ6 не прерывается, но при этом все параметры не изменяются. И только подключившись к СПК207 через CODESYS видим полную остановку обмена со всеми модулями ввода/вывода. Замена СПК207 на аналогичный резервный проблему не решает. Проходят сутки, двое…. а то и несколько часов и связь прекращается. После перезапуска СПК все восстанавливается и работает до непериодически повторяемого прекращения обмена с модулями. В чем может быть причина? Как обеспечить автоматический перезапуск обмена СПК207 с модулями при прекращении обмена?
См. рекомендации из этого поста:Цитата:
Сообщение от Timpus
http://www.owen.ru/forum/showthread....l=1#post272286
Добрый день.
Не компилируется проект. Библиотека ModBUS дает 20 ошибок. Версия Codesys 3.5 sp7. Четвертое SP не годится, потому что там нет VisuStructPoint. Найти библиотеку Modbus с версией выше 3.5.4.8 не могу. Использовать готовое Modbus_COM не могу, потому что ПЛК постоянно перестает принимать данные и шина останавливается. Опрос двух разных слейвов на одном порту просто не работает:mad:
Хотел наладить обмен вручную, и опять затык...
Что можно сделать?
Вложение 36134
Добрый день.Цитата:
Сообщение от Kostic77
Вам следует установить архив репозитория.
Ссылка в подписи.
Но на самом деле достаточно настроить обмен через конфигурацию, указав для Modbus Master версию 3.5.5.0 (а не 3.5.7.0). В версии 3.5.7.0 действительно переподключение не работает.
И, честно говоря, VisuStructPoint есть во всех версиях CODESYS 3.5.
Добрый день, спасибо за помощь. Всё заработало. Просьба включить данный архив на образ диска с сервисным ПО http://www.owen.ru/catalog/codesys_v3/25545068.
Диск который шел в комплекте с ПЛК не читался в ноутбуке, прочитал в стационарном компе, но все файлы оказались испорченными. Скачал диск с сайта, но там этого репозитория нет. Не всегда есть возможность рыться на форумах.
Хм, в принципе, должен был подойти и сокращенный репозиторий (SPK Repository Archive 3.5.4.20), который есть на диске.Цитата:
Сообщение от Kostic77
И, по идее, на диске должен быть и "большой". Если его нет - то, конечно, добавим.
На диске есть только 26мБ. Я его ставил, не помог. Через библиотеку modbus связь стабильная получилась, бывают правда пропуски в приеме ответов, хоть и по осциллографу и по подключенному параллельно терминалу в винде - на каждый запрос следует корректный ответ (в том числе и от мв110), но уже работать можно. А системное устройство при коммутации лампочки на 75 Вт тупо пишет, что шина не запущена и ничто кроме физической перезагрузки ПЛК не помогает.
Извините за глупый вопрос. зачем создавать программу и функциональные блоки для открытия порта, опроса модуля по модбасу, проверки на ошибки, переходу к следующему опросу и т.д. К примеру подключили к СПК 2 модуля, настроили, проверили - все работает.
в драйверах на 110-е модули, в закладке "Соотнесение входов/выходов" в столбце "Канал" есть Флаг ошибки. Если присвоить переменную и вывести ее в визуализацию аварий(чтоб оператор увидел и/или услышал), то сработает ли она, если произошла беда с модулем?