Все аббревиатуры легко гуглятся, поэтому не вижу смысла приводить расшифровку, кроме того их понимание -- основа в области промышленной автоматизации.Также это серия публикаций и если читать от начала, то таких вопросов у вас будет меньше.
Очень рад, что вы решились прочитать данную статью. Для полного понимания статьи потребуется опыт программирования ПЛК, так ка это "достаточно специфическая область".
Даже несмотря на возможность создавать подпрограммы, функциональные блоки, функции и т. д., многие не хотят разбираться в новых возможностях и "по красоте" переписывать старые куски кода. Я в таких случая обычно с 0 всё делаю, но это не всегда возможно по времени и желанию.
Спасибо за практический пример - добавлю на него ссылку в статье.
Это третья из 20 рекомендаций по безопасному программированию. Многие рекомендации очевидны, для многих это информация уже известна, но есть и те которым этот пост будет полезен -- молодым специалистам, как я. Кроме того перевода на русский данных рекомендаций ещё нет. Все пункты занимают около 40 страниц, поэтому решил публиковать по одной-две в публикации.
Если хотите минус поставить, то там есть вариант "В статье нет новой для меня информации".
Синтаксис языка LD ориентирован на инженеров по автоматизации, работающих на промышленных предприятиях. Программа на языке релейной логики имеет наглядный и интуитивно понятный инженерам-электрикам графический интерфейс. Рекомендую для самых простых проектов, где требуется надёжность и наглядность.
Если проект предпологает разнообразный функционал, сложные вычисления, обработку большого числа данных, то ST ваш выбор. Если вы знакомы с высокоуровневыми языками программирования, то освоите ST без особых проблем.
Не рекомендую смешивать в одном проекте разные языки.
Комментарий как отдельная статья. Спасибо за мнение. Думаю мы дождёмся того момента, когда на ПЛК будет устанавливаться любая ОС и программироваться будет любым ЯП, а ПЛК он будет называться так как будет устанавливаться на дин-рейку и у него будут разьёмы для подключения различных модулей.
Заходишь в чат и спрашиваешь, что тебе нужно, потом тебе отвечает человек, который это знает и помогает тебе решить проблему. Форумы отличная тема, но они обычно принадлежат производителям ПЛК, как было сказано выше. На StackOverflow редко можно найти ответ на свою проблему, так как сообщество не самое большое и раздроблено по производителям.
Вот пытаюсь найти репозитории на ST, но всписке его нет. Это имелось ввиду, под словами что GitHub не знает про ST.
И, согласен с вами, что сегодня без систем контроля версий сложно сделать что-нибудь стоящее. Думаю со временем код ST будет у всех производителей храниться в виде простого текста.
Спасибо, просто сфера специфичная, не так много людей в ней занято.
Мне нужно ещё немного кармы, вы знаете что делать!
Что это за ПЛК такой, и что для вас значит мало?
В конце каждой публикации ссылки предыдущую и следующую (когда выходит - добавляю).
Все аббревиатуры легко гуглятся, поэтому не вижу смысла приводить расшифровку, кроме того их понимание -- основа в области промышленной автоматизации.Также это серия публикаций и если читать от начала, то таких вопросов у вас будет меньше.
Очень рад, что вы решились прочитать данную статью. Для полного понимания статьи потребуется опыт программирования ПЛК, так ка это "достаточно специфическая область".
Хочется в конце сделать краткое, но полезное описание всех пунктов в одной статье. Но тут сложность в выборки главных мыслей.
Даже несмотря на возможность создавать подпрограммы, функциональные блоки, функции и т. д., многие не хотят разбираться в новых возможностях и "по красоте" переписывать старые куски кода. Я в таких случая обычно с 0 всё делаю, но это не всегда возможно по времени и желанию.
Спасибо за практический пример - добавлю на него ссылку в статье.
Спасибо за комментарий.
Это третья из 20 рекомендаций по безопасному программированию. Многие рекомендации очевидны, для многих это информация уже известна, но есть и те которым этот пост будет полезен -- молодым специалистам, как я. Кроме того перевода на русский данных рекомендаций ещё нет. Все пункты занимают около 40 страниц, поэтому решил публиковать по одной-две в публикации.
Если хотите минус поставить, то там есть вариант "В статье нет новой для меня информации".
CFC это круто, пока сложно сказать почему это не пользуется популярностью. Возможно не очень удобно возиться с блоками и стрелками в больших проектах.
Спасибо за замечание.
Синтаксис языка LD ориентирован на инженеров по автоматизации, работающих на промышленных предприятиях. Программа на языке релейной логики имеет наглядный и интуитивно понятный инженерам-электрикам графический интерфейс. Рекомендую для самых простых проектов, где требуется надёжность и наглядность.
Если проект предпологает разнообразный функционал, сложные вычисления, обработку большого числа данных, то ST ваш выбор. Если вы знакомы с высокоуровневыми языками программирования, то освоите ST без особых проблем.
Не рекомендую смешивать в одном проекте разные языки.
Да, очень очевидная рекомендация, но нужно понимать почему модульность кода необходима.
Не все, работающие с ПЛК являются программистами, часто это инженеры, электрики, конструктора, монтажники, технологи и пр.
С такими вопросами вам на форумы нужно или в этой группе спросите https://t.me/proPLC_group
По мне так полезная вещь, я по этим показателям понимал бы, стоит человеку пытаться что-либо доказать или нет, если у него 90% отрицательных оценок.
Комментарий как отдельная статья. Спасибо за мнение. Думаю мы дождёмся того момента, когда на ПЛК будет устанавливаться любая ОС и программироваться будет любым ЯП, а ПЛК он будет называться так как будет устанавливаться на дин-рейку и у него будут разьёмы для подключения различных модулей.
Отличный вариант, но скорее всего ответ там придётся ждать долго.
Да, но вы получили ответ быстро и можете легко связаться с человеком, который вам помог.
Параллельно развиваем форумы, чтобы со временем там были все вопросы с ответами.
Заходишь в чат и спрашиваешь, что тебе нужно, потом тебе отвечает человек, который это знает и помогает тебе решить проблему. Форумы отличная тема, но они обычно принадлежат производителям ПЛК, как было сказано выше. На StackOverflow редко можно найти ответ на свою проблему, так как сообщество не самое большое и раздроблено по производителям.
Вот пытаюсь найти репозитории на ST, но всписке его нет. Это имелось ввиду, под словами что GitHub не знает про ST.
И, согласен с вами, что сегодня без систем контроля версий сложно сделать что-нибудь стоящее. Думаю со временем код ST будет у всех производителей храниться в виде простого текста.