Спасибо большое! Библиотеки уже ранее скачал. Ещё глупый вопрос, а как связать ComConn и ФБ нужного модуля? Просто через идентификатор порта?
Спасибо большое! Библиотеки уже ранее скачал. Ещё глупый вопрос, а как связать ComConn и ФБ нужного модуля? Просто через идентификатор порта?
Последний раз редактировалось Wanted; 31.03.2014 в 11:41.
Да, он называется Handle.
Дополнение, одновременно должен работать только один ФБ модуля, т.е. нужно следить за выходом done модуля и только поле того как выход будет true запускать следующий.
хотел предложить начальству попробовать сей девайс на каком нить из объектов, да почитав эту тему стал сомневаться... Ощущение что продукт ещё ох какой сырой.
Чтобы понять рекурсию нужно понять рекурсию
Нет, продукт не сырой. А вполне нормальный. Через пару недель состоится релиз новой прошивки с кучей новых фишек.Сообщение от S.A.D.
Я бы сказал вопросы возникают при знакомстве с новой версией среды CODESYS 3,5.
Если сомневаетесь, возьмите прибор на тестирование.
Здравствуйте.
Пишу вам письмо с последней надеждой, что программируемая панель СПК207 "всё-таки работает" и её можно оставить на производстве. После долгого поиска оптимальных настроек проекта, были закрыты глаза на медленную визуализацию панели СПК207 и проблемы опроса модуля МВ110-8АС (для панели со старой платой PLC45C01). В марте этого года была приобретена ещё одна панель СПК207 (она уже опрашивала модуль МВ110-8АС) - оставалась реализовать проект.
Cитуация следующая: ежедневно возникают проблемы с отваливанием RS-485. Конфигурация железа - контроллер СПК207, частотник Delta VFD-C2000, модули МВ(У)110-16ДН/16Р/8А. Проблема возникает с обоими панелями (прошивка 3302). Заметил, что шина начинает отваливается после часа работы, во время нажатия виртуальных кнопок управления. Частотник посадил на один порт, три модуля на другой, отвалились два модуля дискретных входов/выходов; частотник и модуль МВ110-8А продолжали опрашиваться.
Есть маленькая надежда, что Вы оперативно чем-то поможете, просмотрев архив проекта. В противном случае мы для себя решим что линейка СПК207 "ни на что ни годна".
Почему пропала связь только с двумя модулями, может у них превышен таймаут? Попробую увеличить таймаут ответа, понизить скорость передачи и убрать "лишние" опрашиваемые регистры МВ110-8А. Что ещё можно попробовать?
Последний раз редактировалось kao; 28.05.2014 в 18:30. Причина: удалил архив проекта
Была аналогичная проблема, устранили с помощью перезапуска ком порта, при обрыве связи. В итоге 2 недели контроллер работает без выключения. Порт отваливается и автоматически подключаеться.
kao, к сожалнию через форум не всегда можно решить вопросы оперативно. Самый оперативный способ - звонок в техническую поддержку.
Если Ваш вопрос еще актуален, то почитайте, что я писал тут:
http://www.owen.ru/forum/showthread....l=1#post138650
К сожалению это огромная недоработка компании 3S. Но они обещали в будущем ее доделать. Будет дополнительная опрция в настройках, с помощью нее связь будет самовосстанавливаться.
Сейчас если по какой либо причине модуль некоторое кол-во времени не отвечает, то CODESYS его как бы блокирует, чтобы тот не мешал обмену.
Поэтому если на модуле возникает ошибка, то его надо пересбрасывать.
Вопрос до сих пор актуален. Немного отредактировал свой проект, - понизил скорость опроса до 9600, повысил таймаут до 2 с, - проблема не исчезла. Выяснил, что контроллер продолжает опрос того модуля, у которого больше всего регистров. Например: первоначально конфигурация была такая, - МВ110-16ДН (1 слово), МВ110-16Р (1 слово), МВ110-8А (48 слов), - 16ДН и 16Р отваливались, 8А опрашивался; текущая конфигурация МВ110-16ДН (1 слово), МВ110-16Р (3 слова), МВ110-8А (2 слова), - 16ДН и 8А отвалились, 16Р опрашивается.
В программе предусмотрен пересброс модулей, но он не работает (см архив проекта).
И ещё два вопроса не данной темы: 1) новая прошивка СПК1хх ускорила визуализацию, когда выйдет подобная для СПК2хх?
2) будет ли дорабатываться конфигуратор CoDeSys 3 для протокола Owen?
Последний раз редактировалось kao; 05.06.2014 в 13:52.
IF Mod_Master.xAllSlavesOk=FALSE THEN
BLL(ENABLE:= TRUE, TIMELOW:= T#1S, TIMEHIGH:= T#100MS, OUT=> );
ELSE
BLL(ENABLE:= FALSE, TIMELOW:= T#1S, TIMEHIGH:= T#100MS, OUT=> );
END_IF
(*Если нет связи, то перезапускаем мастер*)
Mod_Master.xResetComPort:=BLL.OUT;
Пользуйтесь!!! 3 недели уже работает и связь не пропадает. За 10 минут работы перезапуске мастер раз под 100.
Вставляете данный код в конце цикла 1 раз, достаточно на все модули.
Вместо Mod_Master - имя Вашего ком мастера.
Только про такую команду я нигде на форуме не нашел, после 2х месяцев мучений с портами, перерыв весь кодесис, и нашел таки такое решение.
Ваши права
Ответить с цитированием