ИБП и пр. продукция ОВЕН

[boniiv]

Мы у себя в ДонГТУ на факультете вычислительной техники решили написать книгу по ПЛК. Начнем с осени. Имеется в виду не компиляция документации как все предыдущие, а именно основы и принципы ПЛК и систем реального варемени. Сейчас готовим отдельные главы. Так сказать для пробы. И курс для студентов по ПЛК с осени организуем. На базе нашего готового проекта. Сделаем доступным через интернет работающий ПЛК (для студентов - распределение его времени по записи на кафедре).
СКТБ занялось разработкой собственного ПЛК. В общем дело как-то идет.
Спасибо вам за поддержку, думаю будем сотрудничать плотнее.

Очень большая просьба. Вы, как имеющие лицензию на Codesys имеете доступ к информации. Не держите все при себе, делитесь чем можете.
Это будет полезно и на и вам. В частности даваейте разберем хотя-бы хоть что-то новое - в ПЛК308 в составе Codesys SP есть две библиотеки - библиотека работы с модемом и библиотека работы с ПИД-регулятором. Там есть конфигурационные файлы для их настройки, но этого мало. Хотелось бы поподробнее знать как ими пользоваться и их возможности. Неужели никто из ваших специалистов с ними не экспериментировал? Если некому и некогда, дайте информацию - мы сами поэкспериментируем и сообщим результаты.

Бондаренко Николай.

[boniiv]

Для capzap.
У нас потребности в модели нет. Она не нужна, т.к. нет и самого объекта. Точнее не так - на объект повлиять нельза никак - т.к. это газовый состав атмосферы. Подключил газовые датчики к ПЛК через модбас и вуа-ля, вперед и с песней. Просто полтора года назад в первом проекте был один ПЛК и один комплект датчиков и все это отвезли в Днепропетровск к приезду нашего президента - облсовет хотел похвастаться работами в области экологии. Вот и мотались. Но потом прибор забрали в Донецк, доделали и теперь все не так.

Что касается языков то тут все просто - начинали с ST т.к. был 15-ти летний опыт программирования приборов на паскале в физтехе. Потом попробовали CFC, потом SFC. В результате выяснилось, что наиболее ясные программы с наименьшим набором текста, минимумом ошибок и срока разработки и простоты обслуживания получаются на связке SFC+CFC. На них и прешли. Вам же, как свободному художнику вероятно удобнее ST. Языки разные нужны. Я сам клепал листинги по 1500 странц на Паскале (ну не сам, а мой сектор из 25 человек). И был счастлив. Сейчас все по другому. Видимо время меняется и думаешь о другом - удобстве коллектива что-ли, сроках и деньгах. Быстрее делаешь - больше зарабатываешь. Меньше затраты -больше остается. Особенно когда есть чему оставаться. Т.к. замахнулись на проект государственного масштаба. Для начала - восточная Украина. Посты мониторинга атмосферы по всем городам. По десятку в каждом. Уже куча договоров на этот год. Тут главное скорость и качество. Вариант SFC+CFC подходит гораздо больше чам ST. В вашем варианте возможно определяющие факторы другие.

Но в процессе работы выяснилось. что даже SFC это не совсем то, чего хотелось-бы. потихоньку начали формулировать требования к суперязыку и обдумывать возможность реализации. Эти размышления показали реальность его создания и фантастические возможности по сравнению с SFC. Обсудили и приняли решения. Подберем толковых студентов и вперед. Деньги нам обещали. Может быть что-то и получится. Опыт подобных работ у кафедры есть - по заказу американского университета кафедра разработала графическую геоинформационную систему автоматической оцифровки и обработки 12Тб спутниковых метеоданных со спутников НАСА на кластере из нескольких тысяч процессоров. Работа успешно сдана заказчику.

Бондаренко Николай

[capzap]

повторю, я не агитирую за какой то определенный язык. Просто Ваше требование к овен делать пример на сфц не дает мне покоя образно говоря, на самом деле безразницы. Новичек, которого учили еще в школе строковым языкам, вдруг видит перед собой набор квадратиков, ну допустим даже поймет логику их построений, даже разберется что несколько фаз объекта, но когда действительно полный объект развернуть на холсте, даю гарантию что он не поместится весь на экране монитора, и начинающий, пытаясь разобратся, начнет метаться забывая что же было на предыдущей картинке, это отобьет всякое желание учится. Так что не будем нарушать традиции и оставим все как есть, начнем с ст, а дальше уже по желанию.
По поводу модели, ну как же есть некие устройства выдающие значения по модбас, вот их и надо моделировать, есть канал связи, его пропажа, сами значения правильные или ситуации обрыва/кз от датчиков

[boniiv]

В каком-то виде моделирование конечно есть - нет датчиков - есть программная модель для одладки. Но чаще подключаем какие-то другие датчики. Благо их сейчас много.

Цель создать полную модель не ставили - у нас не производственный объект. Ситуация другая. Хотя в целом-согласен.