Страница 13 из 43 ПерваяПервая ... 3111213141523 ... ПоследняяПоследняя
Показано с 121 по 130 из 430

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

  1. #121

    По умолчанию

    Цитата Сообщение от Anry65 Посмотреть сообщение
    Алексей опять нерешенная проблема с драйверами. Modbus Com - 3.4.0.0., Modbus_Master_Com Port - 3.5.5.0., MV110_32DN- 3.5.4.0., MU110_16R_K - 3.5.4.0., Библиотека с драйверами установлена, а драйвера модулей не отображаются и как следствие нет связи.Вложение 19830
    Вложение 19831
    не совсем понимаю, что на этих скриншотах. Удалите, пожалуйста, из системы пакеты драйверов и шаблонов. Удалите все устройства модулей ввода\вывода и поставьте пакет из шапки этой темы заново.

  2. #122

    По умолчанию

    Цитата Сообщение от Anry65 Посмотреть сообщение
    Алексей опять нерешенная проблема с драйверами. Modbus Com - 3.4.0.0., Modbus_Master_Com Port - 3.5.5.0., MV110_32DN- 3.5.4.0., MU110_16R_K - 3.5.4.0., Библиотека с драйверами установлена, а драйвера модулей не отображаются и как следствие нет связи.Вложение 19830
    Вложение 19831

    не совсем понимаю, что на этих скриншотах. Удалите, пожалуйста, из системы пакеты драйверов и шаблонов. Удалите все устройства модулей ввода\вывода и поставьте пакет из шапки этой темы заново.
    Вообще странно, Вы первый, у кого такие проблемы.
    Сможете описать последовательность действий, которые привели к этой проблеме?
    Шаблоны из темы http://www.owen.ru/forum/showthread.php?t=19404 не рекомендую использовать, это переходной продукт, он не развивается и не совместим с продуктом из шапки этой темы.
    Последний раз редактировалось Осинский Алексей; 07.09.2015 в 21:33.

  3. #123

    По умолчанию

    Удалите пакет Mx110_drivers_3.5.4.5.package.
    Удалите устройства из системы:
    Репозиторий устройств >> Промышленные сети >> Слейв Modbus Serial >> выбираем устройство и "удалить"
    Установите пакет заново.
    Перезапустите CDS.
    Добавьте устройства в проект.
    Цитата Сообщение от Anry65 Посмотреть сообщение
    3.Менеджер библиотек>>добавляю Мх110_Drivers
    Это лишнее.

  4. #124

    По умолчанию

    Цитата Сообщение от Anry65 Посмотреть сообщение
    Спасибо Алексей за советы, но они мне не помогли. Драйверов как не было так и нет!!! У меня уже голова опухла, всё устанавливаю, потом удаляю и так по нескольку раз за день.
    в личные сообщения загляните, пожалуйста

  5. #125
    Пользователь
    Регистрация
    06.10.2012
    Адрес
    Киров
    Сообщений
    79

    По умолчанию

    Алексей, присоединяюсь к пожеланию из поста №118. Проблемы со связью продолжаются, происходит аналогично как в посте №54. Связка СПК207+16ДН+16Р+4ТД. При потере связи 16ДН устанавливает переменные в ZERO (необходимо для безопасности), соответственно оборудование останавливается. При увеличении времени цикла PLC_PRG, модули "отваливаются" реже, но для данного оборудования очень критична частота опроса модулей, соответственно обратная реакция на исполнительные механизмы, поэтому увеличивать время цикла не вариант. Уже не знаю даже где что попробовать изменить, чтобы работало как надо, не пойму где "засада" .

  6. #126

    По умолчанию

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

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

  7. #127

    По умолчанию

    Цитата Сообщение от KoT'86 Посмотреть сообщение
    Алексей, присоединяюсь к пожеланию из поста №118. Проблемы со связью продолжаются, происходит аналогично как в посте №54. Связка СПК207+16ДН+16Р+4ТД. При потере связи 16ДН устанавливает переменные в ZERO (необходимо для безопасности), соответственно оборудование останавливается. При увеличении времени цикла PLC_PRG, модули "отваливаются" реже, но для данного оборудования очень критична частота опроса модулей, соответственно обратная реакция на исполнительные механизмы, поэтому увеличивать время цикла не вариант. Уже не знаю даже где что попробовать изменить, чтобы работало как надо, не пойму где "засада" .
    Попробуйте обновить пакет драйверов (в шапке темы)

  8. #128

    По умолчанию

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

  9. #129

    По умолчанию

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

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

  10. #130

    По умолчанию

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

Страница 13 из 43 ПерваяПервая ... 3111213141523 ... ПоследняяПоследняя

Похожие темы

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

Ваши права

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