СП270 примеры организации связи.

[petera]

Подскажите как это сделать?

Вложение не существует или не указан идентификатор (номер). Если вы уверены, что использовали правильную ссылку, свяжитесь с администрацией
Хотелось бы скачать пример:
Обмен между ПЛК и СП270 в режиме передачи данных с копированием в память PSW с функцией передать данные (чтение) оптимальный режим.
Вложение 5030

Держите все 4 примера из первого поста, случайно завалялись

[Василий Кашуба]

Держите все 4 примера из первого поста, случайно завалялись

Большое спасибо.

[petera]

Karrimdra
вы когда добавляете в панели элемент "цифровой дисплей" например, там в настройках связи выбирается источник получения данных. если выбрать plc 4x с каким-то адресом регистра в плк, то панель будет все время посылать запрос на чтение этого регистра, пока у вас отображен этот цифровой дисплей на экране. если у вас 20 цифровых дисплеев, то панель должна будет послать 20 запросов на чтение 1 регистра. скорость обновления данных в каждом дисплее сами догадываетесь какое будет?
если же переложить на функциональную область чтение всех данных из плк в оперативную память панели скопом, за раз оптом, одним запросом, а все цифровые области настроить на чтение из оперативной памяти - будет ваша оптимизация.

p.s.
в этой цитате присутствует большая доля иронии

Посто для моего понимания изначально было странно что готовый продукт посылает запросы по 1 регистру, а не оптом и это приходится реализовывать пользователю.
Я предполагал что он наверное проходит все объекты, собирает в стек все регистры которые надо опросить и разом в конце прохода отправляет, я до сих пор не могу представить зачем может понадобится опрашивать по 1 регистру если выводить их все равно все, это же наверное не просто так оставили)

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

Ваше мнение?

В заключение темы.
Когда панель сама формирует групповые запросы и особенности операций чтения и записи регистров подчиненного устройства можно посмотреть здесь http://www.owen.ru/forum/showthread....l=1#post139313

[Василий Кашуба]

Вроде бы простой проект, а связь между СП270 и ПЛК100-К-М не полная, часть битовых переменных не доходят до СП270, хотя адресация битов идёт подряд. Спецы, помогите победить проект.

[capzap]

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

ЗЫ как бы смысла нет продолжать подсказывать на огрехи, потому что и предыдущие не устранены. Ну так на всякий случай, один момент trunc это округление к наименьшему целому, если вдруг требуется обычное округление, лучше REAL_TO_INT

[Василий Кашуба]

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

ЗЫ как бы смысла нет продолжать подсказывать на огрехи, потому что и предыдущие не устранены. Ну так на всякий случай, один момент trunc это округление к наименьшему целому, если вдруг требуется обычное округление, лучше REAL_TO_INT

Почему, вы считаете, что я не правильно выравнял адреса? У меня Нулевой адрес - два модуля по 8 бит, а дальше по порядку все 2-х байтные регистры.

[capzap]

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

[Адрей]

Вроде бы простой проект, а связь между СП270 и ПЛК100-К-М не полная, часть битовых переменных не доходят до СП270, хотя адресация битов идёт подряд. Спецы, помогите победить проект.

Мельком глянул, нужно разделить биты в байте на чтения и запись отдельно, то есть, лучше 16 бит на запись, следом 16 бит на чтения, далее група регистров на чтения, следом группа регистров на запись тогда будет общее понимание с плк, да для старой панели лучше версию 2.99 которая работает правельно чем 2.82. Для начало оклиматизируйтесь с опросом модбус + ОВЕН ПЛК есть разница между версиями.

[Василий Кашуба]

Мельком глянул, нужно разделить биты в байте на чтения и запись отдельно, то есть, лучше 16 бит на запись, следом 16 бит на чтения, далее група регистров на чтения, следом группа регистров на запись тогда будет общее понимание с плк, да для старой панели лучше версию 2.99 которая работает правельно чем 2.82. Для начало оклиматизируйтесь с опросом модбус + ОВЕН ПЛК есть разница между версиями.

Просьба тогда, поделитесь версией 2.99

[Василий Кашуба]

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

А группа регистров, это сколько? Произвольное число, или есть какое то оптимальное?