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

Тема: Модули МХ110 для CODESYS 3.5

Комбинированный просмотр

Предыдущее сообщение Предыдущее сообщение   Следующее сообщение Следующее сообщение
  1. #1

    По умолчанию

    Цитата Сообщение от Осинский Алексей Посмотреть сообщение

    Все, кто отписались, что хотели бы ШИМ - напишите, пожалуйста, какие модули необходимы в первую очередь. Сроков реализации пока сказать не могу, но запланирую на ближайшее время.
    Модуль вывода МУ110-16К, одна часть выходов которого работает в режиме ШИМ для управления семисторами нагревателей, а другая часть в режиме ВКЛ/ВЫКЛ. Соласно документации на модуль вывода присвоение параметру скважности ШИМ по Modbus значения 1000 включает выход, а значения 0 выключает. Значение больше 0 и меньше 1000 переключает выход модуля вывода с заданной скважностью ШИМ.

  2. #2

    По умолчанию

    Цитата Сообщение от Dimon_nn Посмотреть сообщение
    Модуль вывода МУ110-16К, одна часть выходов которого работает в режиме ШИМ для управления семисторами нагревателей, а другая часть в режиме ВКЛ/ВЫКЛ. Соласно документации на модуль вывода присвоение параметру скважности ШИМ по Modbus значения 1000 включает выход, а значения 0 выключает. Значение больше 0 и меньше 1000 переключает выход модуля вывода с заданной скважностью ШИМ.
    В той же документации описана возможность записывать маску состояния выходов.
    Это 1(2,4)байт, которые устанавливают состояние всех выходов. Вместо 16(32,64)байт соответственно. Это дает выигрыш в скорости обмена.
    Плюс для конечного пользователя будет проще включать\выключать выход переменной типа BOOL вместо установки значений 0 и 1000.
    Поэтому было принято решение реализовать управление выходами через маску состояний.

  3. #3

    По умолчанию

    Цитата Сообщение от Осинский Алексей Посмотреть сообщение
    В той же документации описана возможность записывать маску состояния выходов.
    Это 1(2,4)байт, которые устанавливают состояние всех выходов. Вместо 16(32,64)байт соответственно. Это дает выигрыш в скорости обмена.
    Плюс для конечного пользователя будет проще включать\выключать выход переменной типа BOOL вместо установки значений 0 и 1000.
    Поэтому было принято решение реализовать управление выходами через маску состояний.

    16 байт против 1 байта, это два слова против маски? Тогда слова надо разделить по разным групповым опросам. Так как задачу где необходимо постоянно менять период шима, на ваших модулях не реализовать все равно, а для управления ттр или контакторами достаточно его выставить один раз и забыть.
    А что мешает объединить оба подхода в одном модуле. И дать пользователю в разделе канал модбас слейв триггером самому выбрать оптимальный. Места там много, можно накидать групповых запросов на все возможные случае и оставить их отключенными, а дальше каждый включает что ему нужно.
    Понимаю что вопрос не по адресу, но раз уж тут про шим, возможно вы сможете адресовать его правильно. Сейчас шим, в модуле, задается двумя параметрами период и скважность, а дальше логика самого модуля вывода немного огорчает. Если во время периода, когда выход уже отработал скважность и ждет окончание периода, задание скважности увеличить то выход включиться еще раз на время разности между двумя "скважностями". На примере.......... период 40 секунд, скважность 10%. выход работает ровно 4 секунды и 36 секунд стоит, меняем скважность на 11%, если выход еще работает, то все хорошо будет просто 4,4 сек. Если же нет, то происходит еще одно включение на 0,4 секунды. Что для тех же контакторов не очень хорошо. Логичнее же применять новую скважность в следующий период.

  4. #4

    По умолчанию

    Цитата Сообщение от artvhm Посмотреть сообщение
    16 байт против 1 байта, это два слова против маски? Тогда слова надо разделить по разным групповым опросам. Так как задачу где необходимо постоянно менять период шима, на ваших модулях не реализовать все равно, а для управления ттр или контакторами достаточно его выставить один раз и забыть.
    А что мешает объединить оба подхода в одном модуле. И дать пользователю в разделе канал модбас слейв триггером самому выбрать оптимальный. Места там много, можно накидать групповых запросов на все возможные случае и оставить их отключенными, а дальше каждый включает что ему нужно.
    Я уже отвечал в теме, что это сильно усложнит как использование модуля конечным пользователем, так и внутреннюю структуру модуля.
    Модули, в первую очередь, предназначены для облегчения их использования конечным пользователем. И вряд ли кого-то обрадует читать отдельное РЭ на каждый из модулей CDS.
    Сейчас все просто: добавили модуль, задали адрес и он готов к работе без необходимости дополнительной настройки.
    Цитата Сообщение от artvhm Посмотреть сообщение
    Понимаю что вопрос не по адресу, но раз уж тут про шим, возможно вы сможете адресовать его правильно. Сейчас шим, в модуле, задается двумя параметрами период и скважность, а дальше логика самого модуля вывода немного огорчает. Если во время периода, когда выход уже отработал скважность и ждет окончание периода, задание скважности увеличить то выход включиться еще раз на время разности между двумя "скважностями". На примере.......... период 40 секунд, скважность 10%. выход работает ровно 4 секунды и 36 секунд стоит, меняем скважность на 11%, если выход еще работает, то все хорошо будет просто 4,4 сек. Если же нет, то происходит еще одно включение на 0,4 секунды. Что для тех же контакторов не очень хорошо. Логичнее же применять новую скважность в следующий период.
    Переадресую.

  5. #5

    По умолчанию

    Цитата Сообщение от Осинский Алексей Посмотреть сообщение
    Я уже отвечал в теме, что это сильно усложнит как использование модуля конечным пользователем, так и внутреннюю структуру модуля.
    Модули, в первую очередь, предназначены для облегчения их использования конечным пользователем. И вряд ли кого-то обрадует читать отдельное РЭ на каждый из модулей CDS.
    Сейчас все просто: добавили модуль, задали адрес и он готов к работе без необходимости дополнительной настройки.

    Переадресую.
    Так и сейчас, в случае если в модуле не прописаны нужные регистры тоже приходится читать документацию на каждый модуль ввода вывода и добавлять регистры руками. Можно же оставить включенными только необходимый минимум, а остальной функционал оставить для тех кому он нужен и в документации, которая все равно есть, указать что для данного модуля либо то либо это

  6. #6

    По умолчанию

    Цитата Сообщение от artvhm Посмотреть сообщение
    Так и сейчас, в случае если в модуле не прописаны нужные регистры тоже приходится читать документацию на каждый модуль ввода вывода и добавлять регистры руками. Можно же оставить включенными только необходимый минимум, а остальной функционал оставить для тех кому он нужен и в документации, которая все равно есть, указать что для данного модуля либо то либо это
    Можно, все можно. Именно поэтому продукт и развивается.
    Собираем от Вас обратную связь и принимаем решения о том, как развивать его дальше.
    Какие модули Вы используете?
    Каких регистров Вам не хватает?
    Какой функционал Вы хотели бы видеть в следующей версии?
    Спасибо за отзыв.
    Последний раз редактировалось Осинский Алексей; 08.09.2015 в 11:05.

Похожие темы

  1. Шаблоны модулей МХ110 для CODESYS 3.5
    от Александр Приходько в разделе СПК2xx (архив)
    Ответов: 91
    Последнее сообщение: 24.04.2015, 18:29
  2. Ответов: 2
    Последнее сообщение: 21.11.2014, 21:53
  3. Модули для подключения энкодеров с SSI
    от Леонид в разделе Разработки
    Ответов: 5
    Последнее сообщение: 18.01.2012, 10:29
  4. Эмуляторы входных сигналов для Мх110
    от Arthur.Aleksandrov в разделе Разработки
    Ответов: 3
    Последнее сообщение: 25.01.2011, 10:54

Ваши права

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