Модули
А вот вопрос почтенному собранию: есть ли смысл делать контроллер, который расширяется "умощнителями" сигналов или клемников, связываемых с контроллером по I2C? То есть есть "голова", положим ПЛК100, а к ней по I2C подключаются платы дискретных входов выходов без малейшей логики (голые клемники или релюшки, с защитой естественно), а всю математику берет на себя ПЛК?
Прошу высказываться - очень интересно...
Есть! При условии нормального ассортимента плат расширения.Сообщение от Николаев Андрей
уважаемый а.николаев вы меня не поняли. я имел в виду следующую схему: плк (как вычислитель)-> мва8 (аналоговые входы) -> мву8 (исполнительные механизмы)+ что-то типа мр1(в количестве 1,2,3,4 и т.д.
блоки типа мр1 без блоков питания, с выходами реле, ок, симистор и т.д. работающие от мву8 по I2c или Spi.
с уважением михаил.
Уважаемые разработчики и программисты ОВЕН (уважаю эту фирму) у меня следующее предложение по развитию ПЛК.
Добавить в ядро драйвер протокола 1-Wire от Далласа. Далее к RS-232 подсоединяем Universal 1-Wire COM Port Adapter DS 9097U вешаем на двухпроводную веревку DS18B20, DS2407, и другие устройства.
В итоге получаем не очень скоростную, но многих удовлетворяющую систему с измерителями и исполнителями.
Прошу народ высказываться по поводу этой идеи.
С уважением Михаил.
Добрый день!
А что собственно Вам мешает реализовать эту схему самому?
Библиотека для обмена с последовательным портом реализована (даже 2)
Протокол обмена проще некуда, преобразователь подключается непосредственно к порту ПЛК.
Даже скажу по секрету, что алгоритм расчета CRC по 8-битному полиному как в Dallas Semicondactors реализован нами в библиотеке UNM.lib и называется POLINOM_SUM.
Какого рода поддержка со стороны разработчиков Вам необходима?
К сожалению, фирма ОВЕН это не Microsoft, и мы не можем писать драйверы или библиотеки для всех на свете устройств...
Если бы Вы и другие пользователи ПЛК писали библиотечки для обмена со всякими специфичными устройствами и выкладывали их на форуме (или посылали нам, а мы в свою очередь выкладывали сами на сайте), то это, по моему разумению, было бы очень правильно и удобно всем.
Этакое "open sourсe" сообщество программистов ПЛК!
Тролль-наседка, добрый, нежный и ласковый
В качестве пожелания по поводу ModBus: сделать доступной не только считывание параметров, но и запись, т.е. конфигурация устройств внешним мастером по ModBus/485.
Конфигурация не сделана по ModBus по 2 причинам:
1. ModBus крайне примитивный протокол и на нем невозможно реализовать даже float без проблем совместимости, т.к. существует мин. 4 формата передачи float по ModBus. Также в ModBus нет поддержки индексов, очень скуден перечень ошибок и исключений. Нет типа времени, нет строк. Для оперативных параметров он еще кое-как годится, но для конфигурирования?
2. Конфигурирование должно быть универсальным, не так-ли? Но это не возможно, т.к. символьные имена параметров от прибора к прибору не меняются, и сконфигурировать, к примеру, аналог. вход на МВА и ТРМ-ах можно одинаково.
Однако в случае ModBus у нас только номера регистров, причем для нек-х параметров нужены 2 и более регистров. Вы представляете себе таблицу параметров в ТРМ151, где более 11000 параметров? Толмуд в пару кг. весом! И сколько там будет ошибок. И как нас будут потом за него ругать, ведь понять его и использовать будет невозможно!
Тролль-наседка, добрый, нежный и ласковый
я написал про модбас, лишь для примера. всеравно, имхо, необходим общедоступный протокол для конфигурирования по 485-му интерфейсу. согласитесь, не всегда целесообразно ставить ваш плк, тем более, если речь идет об обмене данными между операторской панелью и мва.
а какие параметры требуется конфигурировать с панели в мва?
для начала хотя бы включение-отключение датчиков. датчики подключены дискретные, т.е. с сопротивлениями. а по хорошему - полная настройка входов, т.е. выбор типа датчика и тд. по списку. цены бы вам небыло
Последний раз редактировалось Василий Куц; 10.05.2007 в 19:25.
Ваши права
Ответить с цитированием