Придётся и дальше кормить япошек и немцев....
Придётся и дальше кормить япошек и немцев....
Что бы трезво оценить такой продукт посчитайте затраты на создание, тестирование и ГЛАВНОЕ - вывод на очень консервативный рынок сред программирования ПЛК рынок нового продукта.
Если кто скажет цифру в миллион - мне будет смешно.
Уважаемый неназванный...
1. Выполнили требования рынка...
2. Павел не специалист по протоколам.
3. Если Вы заметили, ModBus введён только для оперативных параметров. Конфигурирование по ОВЕНу.
Возмите приборы других фирм и Вы с удивлением обнаружите, что для их конфигурирования используется не ModBus. Разве что в самых простейших. И не всегда эти протоколы открыты. Дабы не смущать умы потребителей хэшами, индексами и пр.
P.S. А где Вы были последние 2 года? ModBus в ОВЕНЕ давно не новость.
Ну прямо, блин, впереди всего человечества! Ха-ха. Два года - давно! (и тех нет, МВА появился в конце 2006) И то, всего для двух приборов МВА и ПЛК. Ха-ха.
А где Овен был последние лет так 15? Изучали Модбас, чтобы, наконец-то, совершить этот ПРОРЫВ?
Если чо, то без обид на иронию, ладно? Просто, Ваш пафос не мог не вызвать у меня смеха.
Последний раз редактировалось SMH; 02.03.2008 в 20:20.
И тем самым продолжаете снижать ценность вашей продукции. Ну это же просто извращение, считывать данные по одному протоколу, а конфигурировать - по другому! Буквально три часа назад настраивал эти ваши МВА энд МДВВ. Грузил ваши кривые конфигураторы, которые даже в режиме Модбаса поддерживают адресацию кратную 8. В итоге, модуль, который должен был стать 7, был вынужден оказаться 16. Что следует за этим? Переделка всей проектной документации. Ну что-за х? Если так настаиваете на своём идиотском протоколе, то что мешает привести в нормальное состояние ПО для конфигурирования? И что мешает всё сделать на модбасе?
Ы??? Примеры?
Уважаемый SMH,
в конфигураторе МВА8 такое ограничение на введение адресов отсутствует.
В МДВВ, необходимо уточнить. Но это защита самого конфигуратора, а не прибора, пэтому, если такая ошибка имеет место быть, то мы её исправим в кратчайшие сроки.
Именно МДВВ. И ещё, конфигуратор МДВВ находит... модули МВА (считая их за МДВВ), если они подключены с МДВВ в одной цепочке RS485 и даже пытается менять им параметры. Это нормально?
Уважаемый Андрей Ельцов, больше всего у меня вызывает досаду то, что О ТАКИХ ЛЯПАХ Вам сообщают пользователи. Это на первом же тестировании ПО должно было выявиться! Если ДАЖЕ ЭТО не выявилось, то о каком тестировании вообще идёт речь? Или это самое тестирование, для Овена, по сложившейся за годы традиции, проводят покупатели? За свой счёт?
И какие скрытые сюрпризы нас, пользователей, в этом случае ЕЩЁ ожидают?
Последний раз редактировалось SMH; 03.03.2008 в 18:59.
Давайтке внесем немного ясности:
Компания ОВЕН - коммерческая компания, и все действия совершаемые нами направленны в первую очередь на повышение продаж, за счет удовлетворения наших клиентов, и привлечения новых.
1.Появление в приборах МВА8 МВУ8 и МДВВ8 протокола ModBus обусловленно именно пожеланием наших клиентов, а значит и требованием рынка.
2.Конфигураторы МВА8, МВУ8 и МДВВ8 построенны по одной логике (опять же для удобства клиента), по этому конфигуратор одного прибора может видеть другой, но при этом сообщит об ошибке (несовпаадение контрольных сумм), и уж тем более не даст записать измененное значение.
3.При тестировании данная ошибка (адресация МДВВ по протоколу ModBus) была выявлена и на данный момент исправлена (на сайте выложен конфигуратор, где этой ошибки нет).
4.Про конфигуратор. Скажите мне, на сколько важно по какому протоколу конфигурируется прибор, если в комплекте идет конфигуратор, которому совершенно не важно на какой протокол обмена настроен модуль? Да и лидер по модулям - компания ICP конфигурируется тоже по DCon а не по ModBus. Ну и не очень удобно, на самом то деле, организовывать конфигурирование по ModBus по некоторым факторам.
5.Про тестирование: ни одно, даже самое мощное тестирование не сможет проверить все, тем более когда проводится оно нашими же специалистами - так как для нас адресация кратная 8 - в модулях - привычно (исторически, из за протокола ОВЕН). По этой же причине компания Форд отозвала "Форд Мустанг" за последние 3 года, а Мерседес отзывает периодичеси Мерседесы С класса.
А вот за то, что Вы помогаете нам, выявляя какие то возможные недочеты, а главное сообщаете - огромное Вам спасибо.
P.S.: Павел Мощицкий в компании ОВЕН больше не работает (уже больше года), а протокол ModBus мы продолжаем интегрировать во все наши приборы.
Работаем дальше?
Честно скажу, 3 года тому назад в первый раз взял МВУ (после ТРМ-138), попробовал, для моей задачи - не подошел, т.к. больно уж долго отзывался на команду вкл/выкл реле (почти секунда проходила, что не могло устраивать). Это, конечно, было неожиданно, пришлось положить прибор на полку и искать нечто другое. Обращаться с этим вопросом тогда не посчитал возможным, ибо, извините, повторяюсь, общался с программистом по сотовому телефону, натыкаясь на стенку (ему было "жалко" добавить паузу между посылкой и ответом более 1 мс, ибо "вся страна тогда встанет в ожидании....").
Хорошо, что время все раставляет на свои места...
А МВА, купленный тогда вместе с МВУ, работает без передыху "годами".
Ах господа,господа. Всё бы вам МВУ да ПЛК, а нет что нибудь попроще. В ТРМ 101 чтобы прибор "принял" уставку, все кнопки истычеш, а ведь у нас не только КИПцы полупьяные, у нас и технологи малограмотные им бы по проще, Приборы ТРМ они ведь не для КИПцов, а для опероторов. Гальваническое разделение ТРМ-138- цены бы не было.
Мастер