Информатику в наше время преподают во всех российских школах. Паскаль и Бейсик знает каждый школьник. Если человек не в зуб ногой в программировании, то ему надо подыскать другую работу.
Вид для печати
в продолжение темы: потом появляются разные сообщения , типа: Здравствуйте с промышленным программированием не знаком, программирую на питоне, го, вба
предложили работу кодера ПО связанного с промышленным программированием
Увидел ТЗ, небольшое решил взяться, это линия где стоят ванны с жидкостью, то есть для гальваники, в ванные нужно опускать детали они подвешены над ваннами должны передвигаться от ванны к ванной, опускаться и подниматься из неё в нужное время
Так вот я не пойму, с чего всё начинается?
к ТЗ приложено несколько схем сначала я их проигнорировал, а потом понял что они не спроста..... спасибо
И этим типа программистам дают задание, а потом мы обслуживающий персонал все переделываем
Не совсем так.
Квадратитки - это программа, управляемая потоком данных, если брать теорию. И в некоторых случаях это удобнее, если таймеры, ПИДы...
ST - управление потоком команд.
Знание языка ровным счётом ничего не даёт для создания алгоритма. Это как набор инструментов для балерины. Вот я знаю русский язык. Стою в картинной галерее против шедевра живописи, он мне нравится, но я и двух слов не могу связать о нём, в отличие от искусствоведа.
Вот как же и программист баз данных, в совершенстве владеющий языками программирования, может стоять перед каким-либо оборудованием, как баран перед новыми воротами.
IVM, Согласен ,за исключением того трудозатраты будут слиты в унитаз , они лягут на основных пользователей в виде новой цены на ПР (ОЛ же бесплатный).
Функционал FBD(ОЛ) раскрыт еще только на 50%. Очень много фишек у аналогичных FBD ,а нас понесло в другую сторону...Увеличение потребителей ПР лежит в сфере перехода их с других аналогичных брендов на Овен , а не привлечения за счет программистов ,пишущих на ST на тех же ПЛК от Овен. Что толку Овен , если 10 пользователей ПЛК ,перейдут на ПР ,с целью экономии.
В принципе ,как писал ранее ,не против ST , но смущает цена вопроса и отсутствие развития функционала ОЛ-FBD (кроме как добавление модулей расширения) и других хотелок , которые были предложены пользователями за долгие годы , но так и не нашли применения. При нормальной (конкурентной) цене на ПР , добавьте новый функционал FBD (самое лучшее из аналогов, изобретать не нужно) и к вам потянуться...и переход будет легче для них
так Вы сами и определитесь тогда, речь все же о реле или контроллерах в целом. О тенденциях там шла речь. Если современные реле уже не просто заменяют шкаф механических релюшек, а выполняют мат.расчеты, то и языков надо больше, чтоб реализовать всё то что невозможно в одном из...
Большая часть проблем ОЛ, это как раз отрисовка, расположение квадратиков, обратные связи туда же, термин энергонезависимость в макросах. Если сложные логические конструкции будут писаться текстом, это сильно сократит размер занимамой площади холста и ряд проблем исчезнет, ну или будут очень редки, потому что всегда будут находится уникальные люди. Плюсом, вероятность что пользователь разберется как написать свое ТЗ в виде проекта увеличится, за дешевизной гонятся не только те кто разбирается в портянках релейных схем, кто то пишет только текстом, почему ему не использовать ПР
Можно, ноьнасколько удобно?
У каждого языка - своя ниша.
какие проблемы фбд решает, как выглядит конструкция CASE ... OF на десять кейсов? Особенно когда не примитивное присвоение, а расчеты.
И я озвучивал проблемы, про ошибки ОЛ, это то что хотя и схемы следят за выполнением с лева на право и с верху в низ, обязательно у кого нибудь какая нибудь связь с низу должна уйти на верх, из-за этого создаваемые выделенные схемы в макрос, прибавляют проблем с расположением входов, да и логики в целом, в тексте этого нет
А чего опровергать?
Создали конструктив по входам-выходам, экрану и кнопкам ~= ПЛК63, кроме метрологической точности - люди будут стремиться использовать его, как ПЛК. Хотя бы по цене, а кого сейчас волнует точность, да и в 90% ее достаточно. Доказательство - сам ОВЕН использует именно эту платформу для ТРМ, КТР, ...
Не спорю, да по ***** на это!
Это не мешает использовать его в ИТП, вентиляции, как пример. А это не маленький рынок в РФ. Никакая точность? Не спорю, только скажите это SE с его недоконтроллерами от бывшего модикона, с их точностью в 1..1,5 град, но при этом ценой и грамотным маркетингом они выносят ОВЕН с рынка, и не только брендом!
Да и ровки может рассказать про точность, нужна - не нужна.
ПР не средство измерения ,имхо , а программируемый пользователями устройство . Отсутствие сертификата на средство измерения не отменяет его известную погрешность, его отдельных аналоговых входов , декларированных в РЭ...И пользователь сам решает устраивает ли его 12раз. АЦП с известным быстродействием... Но датчики нужны не только же для того что бы их зрить на экране ,но что бы еще управлять ...
С выходом полноценного ST станут доступны, например, все элементарные функции. Не понятно что это апологеты FBD подняли такой жуткий вой. Никто не собирается отнимать у них любимую игрушку. Речь идет о том, что в ПР ОВЕН появится возможность писать макросы на ST. FBD в ПР ОВЕН как был так и будет. Появление ST никак не скажется на цене ПР ОВЕН. Как вариант можно сделать исполнение ПР с поддержкой ST.
Отразится и ещё как.
Вы предлагаете создать по сути полноценную систему программирования ПЛК(!), распространяемую бесплатно. Ее цена войдёт в стоимость ПР. Чудес на свете не бывает и законов сохранения никто не отменял(с). Ряд отечественных ПЛК даже 0-х годов рождения примером.
Вы взяли бы ПР/ПЛК, программируемый только на ST?