С двух сторон соединения одинаковая структура. Адреса вообще не нужны.Цитата:
Сообщение от IVM
С двух сторон соединения одинаковая структура. Адреса вообще не нужны.Цитата:
Сообщение от IVM
Чем много?
Простой пример структуры для сетевого обмена можете привести ?Цитата:
Сообщение от Валенок
Простой пример структуры для сетевого обмена можете привести ?Цитата:
Сообщение от Cs-Cs
Вопросы такие краткие, что я не понимаю. Для сетевого обмена с ЧЕМ?
Вот для панели оператора ИП-320:
Вложение 79264
Вот для HomeAssistant (тестовые датчики, 20 штук):
Вложение 79265 Вложение 79266
В ОБОИХ случаях привязка структуры идёт так (выделил рамками):
Вложение 79267 Вложение 79268
Итого вся адресация - это одна именованная переменная в Конфигурации ПЛК и одна строчка кода с оператором ADR().
Если адресация меняется - то всё само пересчитается. Ничего, кроме этих двух действий, делать не надо.
А расчёты номеров регистров у меня идут в XLS-файле с таблицей IO. Это часть документации на проект, и она делается по любому.
Я как-нибудь про это статью напишу. Уже в пятый раз на форуме это рассказываю.
Написал в личку.Цитата:
Сообщение от Cs-Cs
я слишком ленивый чтобы со структурами и массивами заморачиваться, паковать и распаковывать.)
канал связи позволяет гонять по 2тыс переменных без проблем, мне этого хватает, зато все сразу отлично видно )
ну я и не профи, наверно мне это не грозит уже )
николай72 Там никто ничего не пакует. Просто объявляешь переменные и пользуешься, но не вычисляешь адреса, и всё.
IVM Да, но я ничего не понял. Скорее всего я напишу статью.
https://owen.ru/forum/showthread.php?t=10555&page=1104Цитата:
Сообщение от IVM
посты 11035...40
STRUCT_SLAVE читаемая другим - такая же.
(учитываем контекст сообщений)
В любом варианте организации - очень удобно иметь какой-либо функционал, который пронумерует сетевые переменные для клиента (Скада, ОПС, панель) и создаст файл для последующего импорта