После 3 часов освоения CoDeSys "простенькая" среда разработки будет вызывать лишь тошноту и злость из-за ограниченного функционала. НИЧЕГО сложного в CoDeSys нет.
Лично знаю людей, к-е на 2-й неделе знакомства вовсю писали библиотеки и использовали сложные функции в CoDeSys.
Придётся и дальше кормить япошек и немцев....
Что бы трезво оценить такой продукт посчитайте затраты на создание, тестирование и ГЛАВНОЕ - вывод на очень консервативный рынок сред программирования ПЛК рынок нового продукта.
Если кто скажет цифру в миллион - мне будет смешно.
к сожалению, не совсем универсальных... удобно подключаются резистивные датчики температуры, но если именно такого датчика нет прошивке модуля, то возникает куча проблем... очень нехватает простого измерения именно _сопротивления_ датчика, без перевода в температуру (пришлось некрасивым методом поступать - выбрать заведомо не тот датчик, пересчитывать температуру в сопротивление, и потом использовать рассчетное значение)Сообщение от незарегистрированный
Модбас
Зачем модбас ввели, что случилось?
Лет уже 6 назад лично общался с Павлом (по сотовому телефону), он утверждал, что никогда не будет этого Модбаса и, наоброт, весь мир перейдет на протокол Овен. Хэши, умопомрачительные комбинации букв в названиях параметров с не-взаимно-однозначным преобразованием в цифровой код. Было похоже на изобретение велосипеда.
В остальном про MBA и МВУ, ТРМ мои отзывы вполне положительны, использую, работают годами.
Уважаемый неназванный...
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.
Ваши права
Ответить с цитированием
