Скажите, будет ли расширен набор драйверов для УСО I7000 (icpdas), в часности появится ли поддержка модуля I7015? Posted by AdAstra Technical Support (Участник № / Member № 4) on :
Модуль I-7015 и сейчас поддерживается встроенным драйвером. Команды считывания значений температуры у него полностью соответствуют аналогичным командам модулей I-7017 (AIn). Поддержка в системе автопостроения вынужденно отстает от появления новых модулей на рынке. Сейчас заключено соглашение с производителем об оперативном обеспечении нас новыми модулями и их модификациями с соответствующим софтом. Мы надеемся, что это сократит сроки расширения функций встроенных драйверов.
Posted by Grigorovskih (Участник № / Member № 1915) on :
Модуль I-7058 в списке поддерживаемых отсутствует! Каким можно "заменить"?
Posted by Grigorovskih (Участник № / Member № 1915) on :
Уважаемая Техподдержка ответьте пожалуйста, мне надо приобретать оборудование, то или иное... Если я не смогу воспользоваться полноценно этими модулями мне надо приобрести другие!
Posted by Grigorovskih (Участник № / Member № 1915) on :
Да и ещё вопросик. В модулях ввода I7018 и I7019 есть опция: распознавание обрыва линии от первичного датчика как можно воспользоваться таким сигналом?
Posted by AdAstra Technical Support (Участник № / Member № 4) on :
Посмотрите в описании, которое идет с модулем с какими другими модулями совместима его команда чтения входов - если совместима с I7052, то можно использовать его автопостроение для создания каналов. В ТМ6 нет реализации данной опции модулей I7018 и I7019.
Posted by Grigorovskih (Участник № / Member № 1915) on :
Здравствуйте уважаемые господа Разработчики!
Мы опять хотим поговорить с Вами по тематике работы с УСО фирмы ICPDAS.
Как известно в системах контроля и управления широко применяются УСО различных фирм производителей, у Вас заявлено что система TM6 поддерживает обмен с УСО фирмы ICPDAS, в том числе и некоторый набор команд из протокола DCON (группа DCS/источников). Так вот у цифровых модулей управления (цифровой ивыход) этой фирмы имеется нечто вроде "вотчдога" для реализации механизма установки состояний выходов этого модуля в предопределённое (заранее настроенное) состояние в случае потери или обрыва линии связи с ним. Т.е. система должна слать определённую команду (а именно [~**] - "host is ok") модулю (к примеру 7065) и как только модуль перестаёт получать данную команду он должен изменить состояния выходных реле на исходное, заранее сконфигурированное утилитой для настройки, а после возобнавления связи система должна послать команду ([~AA1] - "reset the host watchdog timeout status of a module" ) для сброса этого состояния и модуль после этого должен продолжить работу в обычном режиме. Без этого нельзя построить предсказуемую (с точки зрения безопасности управления) систему. У Вас я не нашёл из имеющегося набора комманд dcon вышеописанные. Вы не планируете расширить список комманд, в часности добавить описанные выше? Или можете порекомендовать как можно реализовать такой алгоритм? Допустим мы управляем газовой горелкой и происходит потеря связи с модулем по каким либо причинам, как поведёт себя этот модуль в такой ситуации, неизвесно! А может произойти и авария с серьёзными последствиями!
Posted by AdAstra Technical Support (Участник № / Member № 4) on :
Данные команды не поддерживаются. Если использование Watchdog'a так необходимо, Вы можете настроить его так, как Вам нужно, с помощью утилиты. А из Traсе Mode переодически посылать значения путем изменения 39, Exec атрибута канала. Таким образом, если связи не будет, модуль должен отключиться.
Posted by Grigorovskih (Участник № / Member № 1915) on :
Не совсем Вас понял про 39 атрибут. До сих пор мы могли его использовать только в случае необходимости отработки канала при старте монитора, а механизм про который Вы говорите не совсем понятен. Утилитой мы настраиваем 7065 таким образом что при посылке команды в модуль состояние нужного реле устанавливается в необходимое по логике работы, если, скажем, оборвать связь с модулем или перезагрузить контроллер в этот момент состояние не изменится, пока не пошлёшь другую команду. Если настроить модуль по другому (на "однократную" отработку команды) то тогда как управлять им? С частой периодичностью слать команду, так чтоб его контакты не успевали прийти в исходное состояние?!-но это же не правильно! И при чём сдесь атрибут 39, поясните пожалуйста Господа.
Posted by AdAstra Technical Support (Участник № / Member № 4) on :
Вы настраиваете утилитой, чтобы при непоступлении команды в течении какого-то времени у Вас срабатывало отключение устройства. При этом Trace Mode посылает команду только при изменении значения в канале. Поэтому, чтобы при длительном отсутсвии команды модуль не отключался, необходимо посылать в него "дублированную" команду. Сделать это можно путем возведения 39 атрибута, значение в канале не меняется, но команда при этом отсылается.
Posted by Grigorovskih (Участник № / Member № 1915) on :
А вот вы пример пришлите, как вы предлогаете нам реализовать ваш вариант работы! И можете почитать на досуге руководство на модули ICPDAS очень интересно, особенно перед сном!
Posted by Grigorovskih (Участник № / Member № 1915) on :
...Только используя вотчдог возвожно реализовать штатный (полнофуекциональный) механизм работы модулей с релейным выходом, а так получается некий в своём роде любительский стенд с включением светосигнальной аппаратуры а не система управления, чем либо! Уважаемые Господа разработчики что Вы думаете по этому поводу, без такого механизма мы не можем взять на себя ответственность за поведение разрабатываемой нами системы?! Нам кажется что просто необходимо добавить в набор комманд DCON соответствующие, которые обеспечат надёжность (в широком смысле этого слова)работы с серией модулей с релейным выходом фирмы ICPDAS...
Posted by AdAstra Technical Support (Участник № / Member № 4) on :
Просим прощения, мы ввели себя в заблуждение работой Watchdog'a в модулях других фирм, где отсылка команды управления воспринимается дополнительно, как команда Host is OK.
Возможность введения команд для работы моделей I-70xx с Watchdog'ом будет обсуждаться.
Posted by ensis (Участник № / Member № 3484) on :
quote:Отправитель / Originally posted by AdAstra Technical Support: Модуль I-7015 и сейчас поддерживается встроенным драйвером. Команды считывания значений температуры у него полностью соответствуют аналогичным командам модулей I-7017 (AIn).
Т.е. в ТМ6 первые 6 входов модуля I-7017 будут соответствовать входам I-7015??
Posted by AdAstra Technical Support (Участник № / Member № 4) on :
Да, именно так.
Posted by Grigorovskih (Участник № / Member № 1915) on :
Здравствуйте уважаемые господа разработчики!
22-02-2008 Вы писали, что: "Возможность введения команд для работы моделей I-70xx с Watchdog'ом будет обсуждаться." С того момента прошло уже два года, поэтому напрашивается вопрос: Есть ли на данный момент какие либо сдвиги у AdAstra по этой теме?
Posted by AdAstra Technical Support (Участник № / Member № 4) on :
Реализация этих планов предстоит в самое ближайшее время.
На данный момент можете поэкспериментировать с механизмом "Обмен по произвольному протоколу по RS".
Posted by Grigorovskih (Участник № / Member № 1915) on :
И снова Здравствуйте!!!
"Обмен по произвольному протоколу по RS" как это использовать? Где смотреть описание? (в help этого не нашли)
Как нам использовать модуль дискретного ввода I87040 на 32 канала. Он не такой уж и новый, уже давно в линейке выпускаемых у ICPDAS.
Posted by AdAstra Technical Support (Участник № / Member № 4) on :
В HELP релиза 6.06.3 есть и описание встроенного драйвера "Обмен по произвольному протоколу по RS" (в разделе "Обмен по встроенным протоколам"), и инструкция по подключению модулей I87040 (в разделе "Особенности устройств/Контроллеры ICP DAS/...").
![[Недоумение / Confused]](confused.gif)