Почему бы Овену не сделать переменные 64 или 128 байт в модуле slave?
Почему бы Овену не сделать переменные 64 или 128 байт в модуле slave?
Хорошо ли в Овеновском модуле modbus slave заполнять балласт с начального адреса 4-байтными noname-переменными (начальная имеет имя, а остальные без него) вместо 2-байтных ?
или могут быть неучтенные нюансы? пока кроме пересчета количества других подвохов не вижу.
кто как поступает?
C 4bytes - хорошо. Подвохов кроме L и M - нет.
Последний раз редактировалось Валенок; 04.09.2012 в 21:08.
Логика такая (примерно)
Если пользователь вполне в состоянии разбирать данные в 128 байтах - для него сделаны библиотеки SysLibCom, UNM, ModBus...
Конфигурация для специалистов, не имеющих глубоких знаний в программировании. Поставил 2 байта - записал или опросил. Все.
какие подвохи ожидаются в L и M ?Сообщение от Валенок
Андрей, это ответ по существу вопроса?Логика такая (примерно
Если пользователь вполне в состоянии разбирать данные в 128 байтах - для него сделаны библиотеки SysLibCom, UNM, ModBus...
Конфигурация для специалистов, не имеющих глубоких знаний в программировании. Поставил 2 байта - записал или опросил. Все.
Придерживаюсь рекомендаций о том, что ПЛК -100,150 рассчитаны на обмен до 100-150 битных датчиков.
Перегружать контроллер нет намерения.
Реально требуется опросить около 90 битных датчиков, но из-за структурирования данных (причины описал здесь http://www.owen.ru/forum/showpost.ph...8&postcount=15) объем обмена вырос до 400 байт.
Именовать в конфигурации ресурсов каждую переменную смысла нет, так излишне трудоёмко, поэтому технологически проще записать в область ввода-вывода дамп образа структуры данных.
Следовательно, в этой области нужны переменные в качестве балласта. Балласт легче заполнить переменными большой длины, не так ли?
Ваше мнение ?
Ну так в РЭ вроде в самом начале описано про ограничения.
Перегрузить последовательный порт - нереально. Просто опросы будут реже.
И что такое битный датчик ?
битный, дискретный, булевый, контакт на 2 состоянияНу так в РЭ вроде в самом начале описано про ограничения.
Перегрузить последовательный порт - нереально. Просто опросы будут реже.
И что такое битный датчик ?
в текущем проекте всего 5 float, остальные дискретные
что насчет 64 или 128-байтовой переменной?
To Загнетов:
Давайте еще раз разберемся.
Вам необходимо опрашивать 100-150 битных датчиков? При нормальном формировании области памяти опрашиваемого устройства\устройств это занимает от 4 до 5 регистров
Или Вам необходимо формировать в ПЛК карту памяти, причем опрашивающее устройство не умеет читать произвольные регистры, а ему нужно выравнивать, добавляя заплатки?
Просто до конца не понял.
А вот официальный ответ: пока что добавлять в конфигурацию модули 64 или 128 байт не планировали. Принципиально это возможно. Но задача такая становилась 1-2 раза. При более близком рассмотрении люди переходили на построение обмена через SysLibCom.
И еще раз. Если Вы умеете формировать дамп памяти и работать с ним - рекомендую пользоваться библиотеками. В них Вы можете формировать какие угодно дампы по размеру. Плюс совершенно не используется память, ограниченная типом лицензии L или М. Согласитесь, это здорово.
Конфигурация создается для людей, которые ничего не хотят знать про дампы и указатели.
Скажу крамольную мысль - не смотря на все годы, проведенные с CoDeSys я не умею пользоваться указателями, и всем начинающим на курсах ЗАПРЕЩАЛ с ними работать (рекомендовал не работать хотя бы первые 6-9 месяцев). Ибо это путь к нестабильной работе контроллера и сложному поиску ошибок. И пользуются такими инструментами в основном спецы, перешедшие с ПО верхнего уровня на ПЛК.
Открыт к обсуждению.
Последний раз редактировалось Николаев Андрей; 05.09.2012 в 09:00.
В штатном мастере вроде есть string in/out module. И вроде бы они могут менять размер запросов.
Последний раз редактировалось Валенок; 04.10.2012 в 18:57.
Ваши права
Ответить с цитированием