Справедливо, ПЛК1хх из конфигуратора действительно поддерживают только одиночные запросы.
Можно для опроса использовать 32 bit input module - это сократит число запросов вдвое (от 8-10 до 4-5).
Вид для печати
Еще вопрос, память PFW >= 4096 используется для таблиц, графиков, архивов. Если я не использую ничего из этого могу ли использовать эту память на свое усмотрение?
Если в конфигурации ПЛК использовать обычные Register input module, то да - мастер в ПЛК будет делать только одиночные запросы.
И это справедливо как для RS485, так и для TCP.
Однако можно заставить ПЛК читать из панелей сразу все 8 - 10 регистров в одном запросе.
См. пример для ПЛК здесь http://www.owen.ru/forum/showthread....l=1#post141316
Вложение 35143
Т.к. у Вас число регистров из панели < 40, то все получится http://www.owen.ru/forum/showthread....l=1#post177886
ЗЫ
Вы вроде будете использовать TCP?
В этом случае легко сделать все панели Мастером.
В ПЛК будет ОДИН слейв с несколькими TCP только с разными номерами портов
Вложение 35144
Соответствующие порты использовать в настройках панелей
Вложение 35145
Вложение 35146
Вложение 35148
Вложение 35149
Здесь IP ПЛК 192.168.1.65 как пример.
Любой мастер(панель) имеет доступ к одним и тем же регистрам ПЛК.
Таким образом можно вводить данные с любой панели, асинхронно, без программных ухищрений
Здравствуйте, Евгений.
1. В Руководстве пользователя 1.1 написано: "Область авторазмещения представляет собой участок памяти PFW (регистры 4096 – 4000000), который недоступен пользователю для записи."
В РП недостоверная информация? Как к этому участку памяти обращаться, в том числе из макросов?
2. Бросается в глаза ошибка в РП 1.1 на стр.181 п.6 "Запись ВЫКЛ (0) в бит регистра":
Код макроса: PSW[400] = PSW[400] & (0<<4); - весь регистр будет всегда 0!
3. Экспериментировал с чтением/записью в PLC через глобальную Ф.область (через 1 сек.): 16 регистров чтения, 1 бит чтения, 1 бит записи.
Если обмен организован через макрос в последовательном режиме, наблюдается подтормаживание реакции панели на нажатия и отрисовки визуализации.
Если обмен организован через макрос в паралельном режиме или функцией копировать регистры в ф.области, то подтормаживания не замечается.
Поэтому делаю вывод:
Функции в ф.области выполняются, если можно так назвать, в параллельном режиме.
Для макроса содержащего обмен с PLC, надо устанавливать режим выполнения - параллельный, как для "ресурсоемкой операции".
1. Область размещения может не использоваться в проекте. Тогда - обращаться к участку памяти PFW4096–400000 можно также, как и к любым другим регистрам.
2. Да, справедливо - это уже поправлено.
3. Совершенно справедливо, что для ресурсоемких макросов стоит устанавливать параллельный режим выполнения.
Добрый день!
В у фкнкции "Import CSV" есть возможность указать имя файла и из Регистра.
Предположим мы создаем элемент текстовый ввод по адресу этого регистра.
Тогда импорт работает только в том случае если поле ввода полностью заполнено.
Не ясно что делать в случае если длинна имени файла меньше "значения" регистра*2. (см фото). Или хотябы если имя файла нечетное.
Вложение 35207
Округлите до ближайшего большего четного.
И обратите внимание на этот пример:
http://www.owen.ru/forum/showthread....l=1#post237124
Простите.. Я совсем не понял что округлять и как. Пример я уже видел ранее
например если файл называется ABC.csv или ABCABCABC.csv и оператору надо ввести это имя в панель и загрузить. Пример рассматривает уже заранее заданные имена.
Я все же рекомендую вам внимательно посмотреть его еще раз.
Он демонстрирует как импорт файлов как по заранее заданным именам, так и по динамическим - вводимых оператором.
Соответствующие элементы расположены в правой части экрана.
При этом путь к файлу включает 7 символов; в элементах импорта и текстового ввода используются по 4 регистра (4 регистра = 8 символов).