Не получилось считать данные с i7017. Как то скупо по DCON всё описано. Вообще кто нибудь пытался это сделать, если да то помогите с примерчиком! С MODBUS (кроме float) и с МВУ проблем пока нет, а модули icpdas (коих в избытке) пока не поддаются.
Вид для печати
Не получилось считать данные с i7017. Как то скупо по DCON всё описано. Вообще кто нибудь пытался это сделать, если да то помогите с примерчиком! С MODBUS (кроме float) и с МВУ проблем пока нет, а модули icpdas (коих в избытке) пока не поддаются.
Уважаемые господа, в очередной раз повторяюсь - Ваши вопросы совсем не новы, прежде чем задавать вопрос - просмотрите форум...
http://www.owen.ru/forum/showthread.php?t=551&page=4
При организации обмена ПЛК и I-7016 в строке статус валятся ошибки: 67, 131, 66 (?), 80 (?), (привожу в порядке убывания частоты повторения). За 10 минут работы около 200 ошибок. И это только при чтении одного значения (запрос #AA). Считанное значение соответствует действительному (Real ~ 3,5e-002mv) , но иногда проскакивает 0. Чтение состояния выходов I-7016 еще плачевнее, в шестидесяти процентах ответов ахинея, и теже ошибки. Команда записи выходов по изменению значения проходит всегда, но ответ в строке статус через раз содержит код ошибки, всегда разный.
В ПЛК я сменил три прошивки, перебрал все доступные таргеты. Добавка контрольной суммы, смена адреса, подключение терминаторов, вылавливание сварщиков в радиусе километра и прочие танцы с бубном не позволяют получить твердый ответ 3 в статусе для дальнейшей обработки.
Вопрос - модуль DCON тестировался? или я что-то не так... или есть какаято секретная конфигурация (ПЛК+прошивка+таргет+DCON) которой нет на диске в комплекте.
P.S. просмотр шины с помощью монитора ни каких ошибок не выявляет. Все четко запрос - ответ.
1. При обмене по протоколу DCON обязательно надо использовать контрольную сумму. Без нее ВООБЩЕ нельзя работать. Огромное количество ошибок.
И пришлите проект, посмотрю, где у Вас могут быть узкие места в настройке.
DCON весьма стабилен и замечаний не было.
Посмотрел Ваш проект. Вы одновременно, не управляя доступом к 485, на этот 485 повесили ModBus и DCON. В результате, т.к. нет ни управления временем, ни минимальных настроек для разграничения доступа, мастера банально мешают друг-другу и ответы slave попадают не в те мастера.
Далее, ставьте проверку контрольной суммы.
Вот опрос единственного значения + контрольная сумма. За минуту досчитывает до 60.
Естественно :)
DCON мастер, в ходе работы индицирует не только результат, но и промежуточные значения.
Краткое наименование (hex) (dec) Причины ошибок
REQUEST 0x0001 1 Послан запрос к устройству
OK_ANSVER 0x0003 3 Пришел ответ, соответствующий строке формата для случая положительного ответа
NEG_ANSVER 0x0023 35 Пришел ответ, соответствующий строке формата для негативного ответа
Не все из них являются ошибками. Вы отсекли только код №3
Первые две строчки понять не могу. Мастер отправляет запрос устройству i-7016 и получает или не получает от него ответ в определенном формате. Что есть промежуточные значения?
"Таблица В.6 - Ошибки работы универсального устройства DCON" у меня есть.
Кода ошибки №35 не получил ни разу, даже получая отрицательное напряжение с тензодатчика путем зжимания его.
Считаю значение полученное с i-7016 приемлемым только при получении OK_ANSVER ошибка(?) №3. Все остальные буду отсекать как ошибочные.
Ни чего не меняя в программе и не меняя положения железа, сейчас вижу только ошибку №67. ПЛК включен 8 часов.
Заметил некую странность. Т.к. крышка с контроллера снята, из бузера т.е. динамика слышен едва различимый звук, который усиливается при переводе ПЛК в Старт. Еще более усиливается при Онлайн, и еше более при включении входов. Это нормально? Проверка цепи +5В осциллографом ничего не дала т.к. даже с закороченными шупами 300мВ шума. О какой внешней помехе на RS485 может идти речь. Работаю на столе в стерильных условиях.
1. Да, мастер выдает промежуточное состояние.
2. Ошибка 35 будет, если приборы выдаст ответ, аналогичный заданому для негативного ответа (а не отрицательного числа).
3. Про шум ничего не скажу, не сталкивался.
да у овена с Dconом всегда были проблемы.
я очень давно с этим столкнулся и даже писал где то на форуме.
из овена пришел ответ что все у них нормально.
тогда я плюнул на это дело и написал свой фб через Unm - и все сразу ок.
потом начал покупать 7016 с модбасом. с модбасом все нормально (за мелким исключением).
итак, проблемы с Dcon - личный (не теоретический) опыт.
пришлось подключать по два прибора - дико извиняюсь что не помню названия - уточню позже.
1) разобраться с форматом запросов ответов - решилось быстро т.к. в шлейфе был ас-4 и я видел что идет в сети. проблемы были с пониманием формата.
2) таймаут ответа - мастер начинает запрашивать раньше чем приходит ответ слейва - поставил таймаут побольше.
3) управление мастером - писать при необходимости. есль три режима записи - по изменению, по времени и по команде. кроме того можно запустить мастер самому.
Пытаюсь связать ПЛК110-32М и одноканальный модуль аналогового ввода ICP DAS I7012D по протоколу DCON через RS-485. При попытке ввести в Good Response Format какую-нибудь команду в скобках, например, [7f] или [+] в статусе появляется ошибка 131. Контроллер как-будто не воспринимает команды в скобках. Если эти команды не вводить и обратится к модулю напрямую (Request format #01, Good Response Format >), то при значении статуса 3 в добавленном Float output нет информации. В чём дело ?
Good Response Format > - и где тут ПЛК надо взять данные он должен догадаться?
Скорее всего у Вас перепутаны входные и выходные данные и/или их типы.
К сожалению любые символы в Good Response Format после символа > ведут к ошибке статуса 131. Может у меня скобки не той системы?
скорее всего у вас перепутаны входные и выходные данные и/или их типы.
дело не в скобках, а в отсутствии переменных под данный, описанные в скобках.
плк 110 ну ни как не хочет работать с Dcon. совсем не хочет.
проверено лично (опыт есть). на плк 100 с прошивкой 10 не проверял.
господа разработчики сначала сами проверьте, а потом давайте "скорее всего у вас перепутаны входные и выходные данные и/или их типы.
дело не в скобках, а в отсутствии переменных под данный, описанные в скобках." такие советы.
или напишите пример, обязательно проверьте, выложите здесь и укажите версию таргета.
Сильно извиняемся за задержку с ответом. Проверили работу ПЛК110-60-M c модулем МУ110-8Р.
Протокол DCON работает. Модуль опрашивается. Что касается неописанных ошибок - это не ошибки, а дополнительные статусы. Большинство из них не влияют на работу интерфейса.
К сожалению в Руководстве по программированию протокол DCON описан не очень удобно, в дальнейшем будем пересматривать данную часть руководства.
Если не получается настроить подключение к модулю, то скорее всего проблема именно в формате команды. Вам необходимо проверить снифером, что шлет ПЛК в сеть и что ему отвечает модуль.
Прошивка контроллера 2.12.7:
http://www.owen.ru/catalog/41147932
Проблему связи I7012 и плк110-32м через Rs485 удалось решить.Не надо ставить значок контрольной суммы [+], как это рекомендует инструкция. Спасибо всем, кто откликнулся.
Возможно, кто- нибудь сталкивался со следующим явлением:
При запуске PID_reg_CE (от CEkip(а)) значение аналогового сигнала от
I7012 зависает. Старт - зависает, стоп - работает нормально. Отключаешь в программе PID_reg_CE - опрос модуля I7012 идет нормально, включаешь PID_reg_CE - значение зависает, причём ошибки нет (статус 3 ).
СЕkip(у) отдельное спасибо за разработку толкового пид-регулятора.