еще раз - на ежа не обязательно - будет фбд, будет!!!
про модбас - в протоколе не заложена функция прослушивания сети - т.е. кроме мастера никто не может понять что за обмен идет. далее - сколько вариантов послыки Folat32 в модбас? далее - в нем нет имен - только № регистров. ну вообщем не хочется дальше спорить - везде свои плюсы и минусы....
"не заложена функция прослушивания сети" это не возможность протокола а фича конкретного прибора. При необходимости реализуется программно не напрягаясь. Слейв в модбасе слышит и посылки мастера и других слейвов, почему то реагирует только на свой адрес или на широковещательный. Folat32 на сколько я понимаю имеется ввиду стандарт IEEE 754 число размером в 32 бита? Модбас пакетный протокол, для самого протокола не имеет значения в каком формате передаются данные, лишь бы указание длины и колв-во байтов соответствовало.
Я иногда пользуюсь прогой Lectus Modbus OPC/DDE сервер, отличная штука и работает с форматами byte, word, double word, short integer, small integer, integer, single float, double float, currency, date, boolean.
использовал и ещё один Modbus OPC, который поддерживал формат чисел с плавающей от сименса.
По поводу CAN, точнее его сорте CANopen, В википедии:Бегло просмотрел что пишут, конвертаци тетрады в ASCII и обратно как в Вашем протоколе, не нашёл, не нашёл и других проблем с ASCII.Недостатки: малая распространённость за пределами Европы, чрезмерная сложность и запутанность протокола с точки зрения разработчиков, а также общие для всех CAN-сетей недостатки (ограниченная пропускная способность, ограниченный размер сообщений, ограниченная длина соединения).
На другой сорт кана, DeviceNet Ваш протокол точно не похож.
Олег, помоему Вас в заблуждение ввели по поводу протоколов. В какой-то момент Ваша фирма всё таки поняла, что производители контроллеров никогда не станут заморачиваться с протоколами не соответствующими ни одному стандарту, это соответственно сужает область применения Ваших приборов, соответственно и деньги. Вы же не от скуки стали модбас поддерживать.
Последний раз редактировалось BETEP; 16.09.2009 в 16:12.
"При необходимости реализуется программно не напрягаясь." - Общие слова говорят о Вашем незнакомстве с протоколом ModBus. Реализовать невозможно.
Модбас пакетный протокол, для самого протокола не имеет значения в каком формате передаются данные, лишь бы указание длины и колв-во байтов соответствовало. - Вот это расскажите всем пользователям и производителям SCADA - ну совсем не важно как передает.
Владислав, не делайте поспешных выводов, я регулярно вяжу частотники через модбас, при необходимости использую входа/выхода частотников вместо модулей сбора данных. на одну линию иногда вешаю устройства с абсолютно разными протоколами. пользуюсь терминальными прогами как сниффером. разбирался в обмене без описания протокола (ужасный гемор). ещё ни одна железяка не доставила столько гемора как трм-138, чешские терморегуляторы (не помню как зовут кажется Aposys) с протоколом на основе профибаса и то проще.
По поводу форматов, идём на http://www.lectussoft.com/ и доказываем ребятам из LectusSoft что их софт не работает. Потом идём к ребятам из http://www.schenckprocess.ru/ и пытаемся им доказать что их INTECONT® PLUS не передаёт по модбасу в одной посылке данные в разных форматах, если этого не хватает, едем в Ульяновск и доказываем местному персоналу одного заводика что весовые конвейеры с INTECONT® PLUS не управляются по связи с контроллера составного цеха.
Стандарт модбаса это как болванка CD диска, записать в байты данных можно всё и в любом формате.
Необходимости прослушивать сеть слейвом у меня никогда не возникало, писал только для мастеров. Думаю не составит большого труда принимать все посылки из сети и проверять их на соответствие одному шаблону, естественно шаблон должен быть рассчитан на проверку двух последних посылок с одним адресом, мастера и слейва, чтобы определить первый регистр. Сдвигаем все полученные посылки и загоняем в шаблон, по тайм ауту или любой другой ошибке (ответы двух слейвов одновременно) очищаем память от посылок. Во всяко случае это проще описать чем протокол ОВЕН. Я не пытаюсь Вас склонять к модбасу, свой фирменный, заточенный под свои задачи протокол не мешает никому, но вот только основа у него должна быть простой, а формат или текстовый или бинарный, но не в коем случае не месиво из этих двух форматов. И контрольная сумма обязательно должна быть стандартной и распространённой, а то иногда попадаются "изобретения".
Последний раз редактировалось BETEP; 16.09.2009 в 22:44.
проблема протокола овен что его не совсем понятно описали. и его "описатель", в свое время, отвратил много людей. а так обычный, простой протокол.
а в модбасе куча проблем есть из-за его древности, тогда плавающие числа не передавали, а параметров в приборах было 10 шт.
а модбас подслушивать нельзя. вы можете на экране отслеживать их, но в реальном деле одна пропущенная пачка из-за помехи и весь логический анализ летит к черту. ведь в некоторых случаях ответ от устройства ничем не отличается от запроса в прибору.
эх, тема о реле, а не протоколе.
Последний раз редактировалось Ельцов Андрей; 18.09.2009 в 08:58. Причина: прямая ссылка на конкурентную продукцию.
ещё из-за высокой производительности труда, мы после социализма никак не можем работать научится... к сожалению...
программируемые реле китайского производства на рынке есть. мы не спорим. биться за цену с китайцами очень тяжело. но мы здесь, а они там. поддержка и наличие на складах - это то чем мы завоевываем рынок. что касается завышения цены в 3 раза - это вы, конечно, сильно сказали. вы не думали о том, что они демпенгуют, чтобы залезть на рынок. кроме того, как уже было сказано пр110 это первый вариант реализации, дальше будет еще. сейчас запущена разработка на 220в и модификацию с часами.Сообщение от betep
на 220в мы постараемся сделать не намного дороже существующего варианта 24в, так что за цену, все же побьемся
здравствуйте, андрей. очень заинтересован пр. почитал форум. очень хотелось бы получить устройство на тестирование, если это ещё возможно к тому же для другого города, потому как не ясно, как оно будет работать в предполагаемом применении.
из пожеланий: большее кол-во входов\выходов (особенно последних,лучше поровну), ну и 220 в, конечно.
Кстати. Через некоторое врея у нас появится несколько приборов для расдачи. Если есть желающие попробовать, милости просим.[/QUOTE]
Имею горячее желание "попасть под раздачу!" Крайне необходимаподобная вещь с упрощённым програмированием
Ваши права
Ответить с цитированием