В шаблонах Mx110 и др. устройств не собираетесь вывести наружу параметры наклон и сдвиг характеристики?
В шаблонах Mx110 и др. устройств не собираетесь вывести наружу параметры наклон и сдвиг характеристики?
Речь, как я понимаю, о модулях аналоговых входов. В текущий момент сделать это невозможно, потому что эти параметры недоступны по протоколу Modbus.Цитата:
Сообщение от Эдуард_Н
Но в будущем мы внесем в эти модули ряд аппаратных изменений (как в сентябре сделали это с дискретными модулями) - и одновременно обновим прошивку.
В этой прошивке настройки входов будут доступны по Modbus, и вместе с ней мы выпустим и шаблон для CODESYS с их поддержкой.
пришел прибор под SP17, поставил среду (правда удалил предыдущую), поставил таргеты, открыл проект и с ошибкой что теперь делать? Вложение 63537 Сделал самое простое - за комментировал, но мало ли на что влияет
Добрый день.Цитата:
Сообщение от capzap
Это перечисление перенесли в библиотеку OwenTypes.
Так что можете добавить ее в проекте и указать вместо OwenWatchdog ее пространство имен - OwenTypes.
ок, спасибо, без него то будет работать? Ни на что ведь не влияет
ЗЫ не нашел и такое пространство Вложение 63544
Будет работать и без него.Цитата:
Сообщение от capzap
Чтобы появилось пространство - надо сначала библиотеку в менеджер библиотек добавить.
в догонку, в новой SP17 поменялись порты ethernet, как бы тоже ни на что особо не влияет, но визуально выглядит не красиво Вложение 63563
Спасибо за замечание. Это ошибка гравировки - мы с ней разберемся.Цитата:
Сообщение от capzap
вновь спрошу про SP17, надеюсь теперь уже точно по теме: Вложение 63755
на скрине все что осталось от шаблона. Два варианта есть, это добавить вручную аналоговые входы или использовать шаблон. Скачаный шаблон не ставиться заканчивается этим Вложение 63756
Чтобы установить какой-либо пакет - нужно сначала закрыть среду разработки, как и написано в сообщении.Цитата:
Сообщение от capzap
да, точно так и есть
Добрый день.
Подскажите, будет ли работать Ваша библиотека OwenVendorProtocols на Raspberry PI?
Добрый день.Цитата:
Сообщение от MUSulmanin
Технически - будет, но, соответственно, для чужих контроллеров мы никаких гарантий по корректной работе библиотеки не даем и техподдержку не гарантируем.
К СПК подключены модули 16Д, 16Р, 8А и 2А, на один порт. Постоянно отваливается, кратковременно, модуль 2А. Что можно сделать кроме того, что подключить к другому порту?
Выложить проект и информацию о версиях прошивок всех опрашиваемых модулей.Цитата:
Сообщение от Эдуард_Н
Проект вы видели, а вот с прошивками модулей пока никак. Хочу пересадить аналоговые модули на другой порт, заодно и прошивки гляну, только это будет в январе.Цитата:
Сообщение от Евгений Кислов
Добрый день. Инструкция CODESYS V3.5. Протокол Modbus версия 3.0 на стр.63 рис.4.6.9 изменение настроек COM порта. Прописываю строку в программе, как в инструкции: Modbus_Serial_Device.UpdateComPortSettings(4,19200 , IoDrvModbusSerialSlaveLibrary.SysCom.SYS_COM_PARIT Y.SYS_NOPARITY); и Modbus_СОМ выпадает в ошибку (не запущено). Но когда в паритете прописываю .SYS_ODDPARITY или SYS_EVENPARITY то изменения проходят и Modbus_СОМ работает. В чём может быть причина?
Добрый день.Цитата:
Сообщение от Sashakkk
Выложите, пожалуйста, простейший проект, с которым я смогу повторить проблему.
Отправил на почтуЦитата:
Сообщение от Евгений Кислов
Проект получил, завтра утром проверю и отпишусь.Цитата:
Сообщение от Sashakkk
Цитата:
Сообщение от Sashakkk
Воспроизвел у себя. Это баг на стороне CODESYS.Цитата:
Сообщение от Евгений Кислов
Можете поднять слэйв через библиотеку OwenCommunication - в ней таких проблем не будет.
Спасибо, буду пробовать.Цитата:
Сообщение от Евгений Кислов
Возник такой вопрос, сейчас в Codesys V3.5 SP17 Patch 3 при настройке ModbusTCPSlave появилась возможность выставить настройку "Запись". Тогда как в обучающих видео этот функционал отсутствует и рекомендуется использовать библиотеку OwenCommunicaton. Какой способ предпочтительнее? Или эти два способа сейчас полностью равнозначны?
Настройка "Запись" позволяет организовать запись в holding-регистры со стороны программы контроллера.Цитата:
Сообщение от knoppix
Но даже сейчас описанные два способа неравнозначны.
Например, с помощью библиотеки очень легко разместить данные регистров слэйва в RETAIN.
В случае стандартного компонента - сделать это будет очень трудоемко (поскольку память слэйва переинициализиуется при запуске компонента).
Кроме того, наш блок поддерживает запрет обработки определенных запросов, чтение файлов с помощью 20 функции Modbus и у него нет искуственного ограничений на число регистров (у нас - 65355, у стандартного компонента - 4096)
С другой стороны, в стандартном компоненте области памяти Modbus раздельные (т.е. Discrete Inputs/Coils/Input регистры/Holding регистры - это отдельные области памяти с совпадающей адресацией), а у нас все они "наложены" друг на друга. Наша библиотека будет работать только на наших ПЛК, а стандартный компонент - на всех ПЛК с CODESYS V3.5, у которых активирована лицензия Modbus.
Так что выбор конкретного способа зависит от особенностей вашей задачи.
Спасибо за ответ. Я про равнозначность имел ввиду тот самый базовый функционал в виде возможности записи в holding-регистры со стороны программы контроллера. А вот замечание пре RETAIN отличное, воспользуюсь вашим блоком.Цитата:
Сообщение от Евгений Кислов
Коллеги! Наверное кто-то уже сталкивался с такой проблемой:
1. Связка по Ethernet СПК110 (Master) <--------> СП310 (Slave).
2. На обоих устройствах в визуализации клавиши. Они должны быть связаны друг с другом. Они дублируют друг друга.
При нажатии одной клавиши - другая реагирует, и наоборот. Они не должны дребезжать.
3.СПК110 (Master) среда программирования CodeSys 3.5.
4.СП310 (Master) среда программирования Конфигуратор СП300.
Вопросы:
1.Как связать на CFC или на ST эти две клавиши, чтобы не было дребезга, так как получается петля?
(Идет сигнал на запись по триггерной переменной в CП310. Затем идет считывание из СП310 и получается замкнутый круг.)
2.Как определить программно, что переменная изменилась из-за нажатия клавиши, а не по считыванию или по записи?
3.Как устранить дребезг, связанный с зацикливанием? Как разорвать порочный круг?
Если у кого есть решение - подскажите, а лучше приложите примерчик на CodeSys 3.5. Буду весьма признателен.
Добрый день.Цитата:
Сообщение от pro100user
См. пример. Создан в V3.5 SP17 Patch 3.
https://ftp.owen.ru/CoDeSys3/99_Foru...00user.project
https://ftp.owen.ru/CoDeSys3/99_Foru...pro100user.txp
Евгений! Спасибо за оперативный ответ. Стало ясно как разорвать петлю.Цитата:
Сообщение от Евгений Кислов
Возникла такая проблема, для коммуникации с внешним миром используется библиотека OwenCommunication (3.5.11.6) и блок OCL.MB_TcpSlave. Где-то раз в 12-13 часов любая коммуникация с ПЛК пропадает, выход usiCurrentCountClients становится равным 0, при этом на блоке никаких ошибок не висит, количество подключённых клиентов не превышает допустимое (8), обычно подключено 3-4 клиента, задачи в ПЛК выполняются. Восстановление связи происходит только после перезагрузи ПЛК по питанию, сбросы, полная перезаливка программы не помогает. Также не подгружаются файлы в оболочке ПЛК, а в логах с высокой частотой выходит ошибка:
Could not open /dev/random: Too many open files (24) вызванная компонентом SysCrypto.
Добрый день.Цитата:
Сообщение от knoppix
По описанию - происходит утечка хэндлов (дескрипторов).
Проверить это можно так - в дереве проекта в узле Debug присвойте TRUE каналу Enable Debug и наблюдайте за значением канала Open Files.
Если оно систематически растет - то происходит утечка дескрипторов.
Пример возможной причины - регулярно происходит открытие файлов без их закрытия.
Вероятнее всего - проблема на уровне вашего проекта.
Загрузите пустой проект и если в нем дескрипторы утекать не будут - то приступайте к отладке вашего проекта.
Добавляйте в пустой проект фрагменты вашего проекта и после каждого добавления контролируйте, не начали ли утекать дескрипторы.
Когда начнут - то вы будете знать, в каком фрагменте проекта есть проблема.
В Codesys 3.5 SP17 не работает галочка "Наложение входов и выходов" для Modbus TCP Slave?
В 3.5 SP14 все работало (и там, и там были одни и те же значения, т.е. можно было читать и 3-й, и 4-й функциями). В 3.5 SP17 данные есть только в области входов, в области регистров хранения нули.
В проекте для 3.5 SP17 даунгрейднул версию Modbus TCP до 3.5.14 - снова все заработало
Да, есть такой баг - еще не поправили.Цитата:
Сообщение от vozlov
Вложение 65544
Это закрытый баг-трекер? Хотелось бы поднять приоритет у данного бага :)Цитата:
Сообщение от Евгений Кислов
Да, закрытый.Цитата:
Сообщение от vozlov
А я потратил два часа на перенос переменных из холдинг в инпуты, хотя можно было просто поставить галочку (если бы она работала) :(Цитата:
Сообщение от vozlov
\Цитата:
Сообщение от vozlov
Здравствуйте.
Можно поинтересоваться, как вы даунгрейднули до Modbus TCP 3.5.14 ?
Если говорить конкретно о наших шаблонах - то у нас, по-моему, элементарно по иконкам это понять.Цитата:
Сообщение от capzap
Если вопрос в целом - то я видел у другой компании шаблоны (созданные несколько по иному принципу по сравнению с нашими), у которых название вкладки начиналось с ModbusGenericSerialSlave.
Отличить от стандартного слэйва можно было по содержимому вкладки Информация (поле Производитель и т.д.).
Можно ли как-нибудь в стандартном ModbusTCP Slave Device 3.5.14.0 ограничить количество одновременных клиентских подключений?
Такой возможности нет.Цитата:
Сообщение от vozlov
Что делаю не так?Цитата:
Сообщение от Евгений Кислов
https://s1.hostingkartinok.com/uploa...3c96b05250.png
В Input registers данные записываются без проблем