Показано с 1 по 10 из 26

Тема: Почему бы Овену не сделать переменные 64 или 128 байт в модуле slave?

Древовидный режим

Предыдущее сообщение Предыдущее сообщение   Следующее сообщение Следующее сообщение
  1. #14
    Пользователь
    Регистрация
    23.09.2008
    Адрес
    Центророссийск
    Сообщений
    3,119

    По умолчанию

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

    но возможны скрытые ошибки..
    Ответ простой - не делайте их. Возможно 220 подать на Di

    На форум неоднократно приходят люди с предложениями - а давайте все будем носить каску дома - ведь мне один раз наголову упала люстра :
    -вопросы синтаксиса - это в Codesys а не сюда
    -если вилкой можно выколоть глаз, это не значит что нельзя ей пользоваться.

    Можно по ошибке с указателями уйти в чужую область памяти и "натворить дел". Именно из-за этого я не стал применять способ
    Не умеете выявлять и исправлять ошибки с указателями - просто не используйте их. Кто заставляет ? Полно других инструментов.
    до SysLibCom еще не дошел,..на форуме пишут про проблемы с этой библиотекой
    Неа-а. Проблемы при использовании этой библиотеки. А бодяга с 73 в соседних ветках - это проблема не библиотеки.

    Есть мнение что переписывая пословно по указателям около 400 байт в область обмена, возможно не вписаться в длительностью цикла ПЛК. Опасение реальное?
    Нет конечно А зачем так сложно - "пословно по указателям" ?
    Любой перенос это время. Но даже если будите по 60К переносить туда-сюда - ватчдога не будет (если только не заставить), но могут быть другие проблемы

    Может ли компилятор, редактор связей или динамический диспетчер памяти разместить элементы структуры не подряд вплотную друг за другом, а кусками в разных местах?
    В очередной раз - все друг за другом но :
    Выравнивание рулит и всегда одинаково
    Явное выделение, например RETAIN, это конечно другая область
    Работа с кучей нигдене обязана выделять подряд и в плотную


    3. Тот же вопрос для массива 16 битных, есть ли гарантия на отсутствие "щелей"?
    Массив чего угодно - всегда друг за другом без щелей. Это признак набора данных организованого как "массив". Везде.

    4. В структуре осуществляется выравнивание по адресам, подобное области ввода-вывода?
    Выравнивание везде одно
    Последний раз редактировалось Валенок; 04.10.2012 в 18:01.

Похожие темы

  1. плк63-пм01 потеря байт
    от Elka в разделе ПЛК63/73
    Ответов: 35
    Последнее сообщение: 06.11.2012, 14:26
  2. ПЛК(Slave) < СП270(Master) > ПЛК(Slave). Хождение по экранам при потере связи.
    от masterfloMaster в разделе Панели оператора (HMI)
    Ответов: 3
    Последнее сообщение: 12.04.2011, 17:41
  3. чтение массива байт
    от Febricio в разделе Сетевые технологии
    Ответов: 1
    Последнее сообщение: 29.07.2010, 11:06
  4. Modbus slave переменные
    от Дмитрий77 в разделе ПЛК1хх
    Ответов: 7
    Последнее сообщение: 30.04.2010, 15:26

Ваши права

  • Вы не можете создавать новые темы
  • Вы не можете отвечать в темах
  • Вы не можете прикреплять вложения
  • Вы не можете редактировать свои сообщения
  •