Поиск Простых Алгоритмов

[Schizo]

Здравствуйте, подскажите пожалуйста где искать и куда смотреть, когда нужно написать программу управления эл.двигателем???

Стоит задача запрограммировать установку с 2 группами насосов , несколькими чиллерами.
Когда сунулся понял что знание примерного смысла работы установки недостаточно для ее программирования)

Хотел поинтересоваться у опытных людей, где добываются такие знания?
Алгоритмы защит разного оборудования скорее всего уже написаны, под разные конфигурации оборудования)

[Jackson]

Хотел поинтересоваться у опытных людей, где добываются такие знания?

В книгах, в университетах, в статьях и у других людей.

Алгоритмы защит разного оборудования скорее всего уже написаны, под разные конфигурации оборудования)

Конечно написаны и не раз. Только это всё - чьё-то ноу-хау и не валяется просто так за здорово живёшь. И потом, Вам понять надо или просто списать где-то? Если списать, то пониманию это не поможет, а может даже помешает.

Когда сунулся понял что знание примерного смысла работы установки недостаточно для ее программирования)

К технологам Вашим в первую очередь. Задавайте вопросы - пусть объяснят физику процессов насколько смогут.

[Михайло]

Проводится декомпозиция. Например, у вас есть пара насосов и пара чиллеров. Отбросьте все, оставьте одну насосную установку. У насоса есть сигнал ПУСК, сигнал ЧАСТОТА ВРАЩЕНИЯ, сигналы управления задвижкой ОТКРЫТЬ и ЗАКРЫТЬ. И лампочка на пульте красного цвета АВАРИЯ. Декомпозиция производится по выходным сигналам ПЛК. Я их перечислил. Отбрасывайте (декомпозируйте) дальше, думайте только о лампочке. Когда она включается и когда выключается?.. (далее сами)

Когда сунулся понял что знание примерного смысла работы установки недостаточно

Это точно. У Дональда Кнута (~ пионер программирования) был такой пример: запрограммировать лифт. Вроде чего там... лифт... Мы каждый день на нем катаемся. Этим примером демонстрируется тот факт, что все не так просто. Всплывают вопросы: а что если одновременно нажаты кнопки вызова и т.д.

Алгоритмы защит разного оборудования скорее всего уже написаны

Если можно так выразиться, применяется превентивное программирование: ты вспоминаешь, какие опасности могут угрожать установке или персоналу вокруг: слишком высокое давление, сухой ход, перелив через край, противовключение, перегрузка и т.д.

Хотел поинтересоваться у опытных людей, где добываются такие знания?

С опытом все становится отчетливее и понятнее.

[Jackson]

Если можно так выразиться, применяется превентивное программирование: ты вспоминаешь, какие опасности могут угрожать установке или персоналу вокруг: слишком высокое давление, сухой ход, перелив через край, противовключение, перегрузка и т.д.

Можно и так, но можно чуть проще. сначала нужно полностью поставить задачу, превратить её в алгоритм, в то представление какое будет удобнее для задачи, проверить всё ли выполняется как надо, а потом уже следующая задача - перевод алгоритма в программу. Понимание физики процесса нужно только на первом этапе этой работы.

Иначе придется одновременно решать три задачи: формализация, алгоритмизация и программирование. И ещё физика процесса будет мозг компостировать дополнительно. Даже у опытных это далеко не всегда получается. Радисты не зря говорят: "не крути две ручки сразу"

[Looker]

Радисты не зря говорят: "не крути две ручки сразу"

Это не только для радистов! Больше одного параметра изменять нельзя и то надо оценить его влияние (в регулировании иногда приходится долго ждать).

[servo85]

Возможно это сообщение от CHANt вам поможет

[Jackson]

Если можно так выразиться, применяется превентивное программирование: ты вспоминаешь, какие опасности могут угрожать установке или персоналу вокруг: слишком высокое давление, сухой ход, перелив через край, противовключение, перегрузка и т.д.

На правах пятницы вспомнил, что бывает ещё и экстремальное программирование. Это когда сидишь в дублёнке и унтах в помещении где -20, заиндевелый ноутбук на коленях, между ног на полу свечка чтобы отогреть кулер в ноутбуке (который по своей наивности пытается что-то охлаждать). Язык программирования значения не имеет.



Отправлено спустя 9 минут 5 секунд:
Если кроме шуток, то один мой знакомый серьезно занимается цифровой обработкой звука, акустик. Сам разрабатывает комплексы на DSP-процессорах. Работает на серьёзные фирмы. Ну и естественно алгоритмы и программирование. И он обмолвился что есть в интернете база данных готовых алгоритмов, по крайней мере по их части какие-то базовые вещи там есть: забираешь исходники, подключаешь библиотеки, компилируешь - и телемаркет, простую программу для решения тривиальных на сегодняшний день по их меркам задач получишь.

Я силился найти что-то подобное по нашей части, но не нашёл. Кто знает - киньте ссылку, пригодится.

Отправлено спустя 2 минуты 17 секунд:

Возможно это сообщение от CHANt вам поможет

Поиск на форуме творит чудеса. :) Не зря же мы пытаемся порядок тут наводить - сами же сможем нужное найти, если припрёт.

[servo85]

Оказывается месяц назад ОВЕН запустил сайт с типовыми решениями для систем вентиляции. Есть там решения и для насосных, а также кастомные FBD-блоки (макросы), возможно вам пригодится.

[Jackson]

Оказывается месяц назад ОВЕН запустил сайт с типовыми решениями для систем вентиляции. Есть там решения и для насосных, а также кастомные FBD-блоки (макросы), возможно вам пригодится.

Только сразу предостерегаю. Как говорит наш коллега по форуму: "Повторное использование кода не отменяет необходимости повторного использования мозга". Иногда родить собственное решение проще и быстрее, чем разобраться в чужом.

[+] А то был у меня случай

(к счастью не у меня, а на моих глазах)
- Это же серьезный косяк в проекте!
- Возможно, но это же типовой проект, внесён в альбом типовых решений!
- Тогда всё просто: типовой проект - типовое увольнение.
Архитектор был уволен на моих глазах в течение получаса и получил расчёт в течение 4 часов за скат крыши ангара не в ту сторону. А точнее за неиспользование мозга, и это правильно - лучше уволить инженера, чем отправить какого-нибудь работника на кладбище, выбор очевиден.

[Looker]

Про типовое ругался с генподрядчиком: "Вы тиражируйте свой ошибки".