Предыдущий https://2ch.hk/wrk/res/1998066.html
http://plc4good.org.ua/
http://www.step7-pro.ru/
http://s7detali.narod.ru/
http://curswincc.narod.ru/
Всё вышеуказанное по б-гомерзкому сименсу
Ещё кое что:
http://knowkip.ucoz.ru/
http://plcforum.uz.ua/
http://iprog.pp.ru/
http://www.infoplc.net/
http://asutpforum.ru/
Кидайте свои, добавим.
Краткая суть: в этом треде обсуждается автоматизация производственных процессов в промышленности: ПЛК, частотники, сервоприводы, датчики, протоколы обмена, промышленные ПеКа, шкафы управления - всё это здесь. С бытовой автоматизацией т.е. микроконтроллерами@ардуинами и прочими умными домами — милости прошу в радач.
В треде приветствуются инженеры АСУТП и КИПиА и программисты соответствующих направлений, а так же их покорные рабы — слесари, наладчики и монтажники всех мастей, студентота — на свой страх и риск.
Рекомендуемая литература:
По ПЛК:
Г. Бергер - Автоматизация посредством STEP 7 с использованием LAD и FBD и програмируемых контроллеров SIMATIC S7-300/400 http://dfpd.siemens.ru/assets/files/infocenter/Documetations/Automation_systems/STEP7/Berger_STEP7_LAD&FBD_r.pdf
Поновее
https://cache.industry.siemens.com/dl/files/040/90885040/att_915463/v1/81318674_Programming_guideline_DOC_v15_en.pdf
https://ftp.owen.ru/CoDeSys3/98_Books/plcopen_coding_guidelines_v10_11_ru.pdf
Э. Парр - программируемые контроллеры, руководство для инженера
Минаев И. Г., Самойленко В. В. - Программируемые логические контроллеры. Практическое руководство для начинающего инженера
Петров И.В. - Программируемые контроллеры
По ТАУ:
Ким Д. П. - Теория автоматического управления. Т. 1-2
Клюев А.С. - Автоматическое регулирование
По электронике:
Бриндли К., Карр Дж. Карманный справочник инженера электронной техники
По ТОЭ:
Бессонов Л.А. - Теоретические основы электротехники
Соколовский Г.Г. - Электроприводы переменного тока с частотным регулированием
Фираго Б.И. - Теория электропривода, Расчеты по электроприводу производственных машин и механизмов : учебное пособие
Блажкин А.Т. - Общая электротехника http://padabum.net/x.php?id=33626
По сетям:
Дж.Парк и др. - Передача данных в системах контроля и управления
Денисенко В. В. - Компьютерное управление технологическим процессом, экспериментом, оборудованием
Таненбаум Э., Уэзеролл Д. Компьютерные сети
Дизайн ЧМИ:
Bill Hollifield - The High Performance HMI Handbook
Dive into ASUTP http://www.ibiblio.org/kuphaldt/socratic/sinst/book/liii.pdf
Книга по метрологии: У. Болтон Карманный справочник инженера метролога 2002 г.
По частотным преобразователям:
http://www.radiosovet.ru/book/teoria/156-preobrazovateli-chastoty-prosto-o-slozhnom.html
МЭК-стандарт IEC_61131-3 по языкам
https://meganorm.ru/Data2/1/4293755/4293755016.pdf лист 190
https://ru.wikipedia.org/wiki/IEC_61131-3
Ссылки для проектировщиков:
http://opiobjektid.tptlive.ee/Automatiseerimine/index.html
http://www.electrolibrary.info/main/kuzmenko.htm
https://bookasutp.ru/
http://simatic-market.ru/catalog/Siemens-CA01/10045650/info/
https://arhivach.ng/?tags=6978 — Наш архив
> А так 40-50к рублей тоже вполне себе деньги, я не жалуюсь.
это пиздец копейки даже в Мухосранске.
но так про любую профессию можно сказать
Ну у меня столько же примерно получается, но вообще не хватает ни на что.
Нужен пример установки на фото, чтобы понять куда там они крепятся.
Сука, до чего медленно поддержка Wilo отвечает.
Датчик температуры подшипника должен не крепиться, а вставляться (ввинчивается в нарезанную в отверстии резьбу караман, а в него уже вставляется термодатчик) в заранее подготовленное отверстие в буксах этих подшипников (высверленное самим производителем насосов желательно). Если этого ничего нет, то изготовляя это по месту в эксплоатации ты рискуешь создать усталостные напряжения в корпусе насоса, что может привести к возникновению трещин, отколов и разрушению.
Короче вот http://www.dickow.ru/catalog/kip-i-sistemy-zashchity-nasosov/kontrol-temperatury-datchikami-pt100/
можешь попробовать изъебнуться со вторым вариантом.
>Подшипники смазаны специальным смазывающим материалом и не нуждаются в дополнительной
смазке. Повышенные шумы и вибрация являются следствием износа подшипников. В этом случае
следует связаться с сервисной службой и заменить подшипники.
Выдержка из мануала самого производителя. Т.е. ты на слух и на глаз определять должен износ подшипников, а что, дешего и сердито. Я еще хотел предложить вот такое решение по замене пресс-масленки https://www.mullerbeltex.com/process-monitoring-systems/bearing-temperature-monitoring/ на специальную с терммодатчиком, но если у твоего производителя даже пресс-масленок не предусмотрено, штош, набирайте слесарей с острым слухом.
>Г. Бергер - Автоматизация посредством STEP 7 с использованием LAD и FBD и програмируемых контроллеров SIMATIC S7-300/400
Ссылка не работает.
Информация в интернете есть
http://www.complexsystems.ru/delta8.html
Судя по всему это русскоеподелие и скорей всего ты с ним нихуя не сделаешь, можешь поцанчикам по ссылке позвонить
Ну вот тебе типичная задача: есть резервуар, в который закачивается мачмала, надо знать уровень мачмалы, уз- или радио-уровнемер стоит дораха, но на трубопроводе по которому гонят говно а тобой проталкивают уже стоит расходомер... а давайте будем определять и выводить уровень на визуализацию по данным расходомера, зная высоту и диаметр резервуара с говном!
Хочешь элегантно решать задачи и, если повезет, задачи другого уровня, а также доминировать коллег интеллектом - нужна.
Ну и самое главное, высшая математика+физика - это суть профессии. Через их понимание приходит понимание того, как все устроено от технологических процессов до алгоритмов работы приборов. Без математики ты будешь понимать это только примерно и пользоваться готовыми таблицами/примерами вендоров/другой профильной литературы.
Ну а если не совсем дегенерат, а с вышкой по математике не сложилось, то, зачастую, можно обойтись школьной программой, здравым смыслом и знанием оборудования, но и уровень твой и твоих задач будет на порядок попроще как у меня, а таких как ты будет дохера на самом деле тоже нет, но хуй верифицировать на порядок сложнее.
> Без математики ты будешь понимать это только примерно и пользоваться готовыми таблицами/примерами вендоров/другой профильной литературы.
Таблицы и примеры вендеров уметь смотреть намного лучше, чем иметь знания о физики и математики. Когда проебешся с заказом на несколько лямов и окажется приборы не пашут в твоих условиях. То соскочить намного проще сославшись на вендора, а не на свои знания математики и физики
> какие то принципиальные (новые) решения в этом вопросе
Так а их нет.
Ставишь счетчики в интересующие сегменты, заводишь в аскуй, делаешь сводную статистику и анализируешь. Точнее это уже работа энергетиков.
В остальном, модернизация и реорганизация рабочего процесса - твои первейшие помощники в вопросе повышения энергоэффективности.
Возможно выгодно будет получить определенную категорию по электроснабжению, например, третью или вообще статус энергоснабжающей организации. Понятия не имею насколько большой у вас завод.
Можно перейти на светодиодное освещение внутри здания, если еще не перешли, и сделать сработку в коридорах по датчику движения или по часам. То же с наружным.
В толчках нахерачить датчиков протечки с запорной арматурой.
Позаигрывать с дизелями и зеленой энергетикой.
Поставить один принтер на этаж в конце концов.
И т.д., и т.п.
Хотя у меня для тебя есть принципиально новый подход для РФ: взять бумажку, сесть и посчитать окупаемость и целесообразность всех этих мероприятий. В т.ч. амортизацию, человекоресурсы на ТО, стоимость замены и ремонта. Это будет действительно неебическая инновация.
Где вообще есть рабочие места, какой опыт нужен работодателям, нужно ли знать какие либо программы, языки программирования, иностранные языки или ещё что либо?
Уник в этом плане дал 0 знаний, была одна производственная практика на втором курсе на котельной, с зарплатой местных в 20к чистых в СПБ, потом из-за короны всё отменили.
С каждым днём, когда приближается выпуск, всё страшнее и страшнее, такое чувство, будто меня научили только подгонять параметры и делать работу, выданную на семестр за две недели.
Ну, пойти работать за еду первый год-два-три либо на производство, либо к интегратору, либо к проектировщику. Честно описать свой уровень знаний и надеяться, что какой-нибудь Петрович возьмет над тобой шефство. Желательно прямо сейчас.
Опционально можно пройти 1-2 базовых курса в Овене. Они с физиками работали, в отличие от других вендоров. Сейчас не знаю. Цена в районе 30к за курс. Зато дадут сертификат, который можно потом показать при трудоустройстве.
Опционально купить какой-нибудь ПЛК100 (цена около 15к) или китайский контроллер, накатить дома мастерскаду и потренироваться на них по гайдам на том же ютубе. Либо просто скачать овеновский кодесис и, если все в порядке с фантазией, проделать задачки в эмуляторе. Это даст общее понимание, как работать с таким оборудованием и софтом.
Почитать стандарты, используемые в отрасли, желательно на ангельском. Большинство из них доступно в сети бесплатно. Например, самый-самый минимум rs232, rs485, modbus-rtu, modbus-tcp.
Потихоньку читать Таненбаума по компьютерным сетям.
Разобраться с конспектами по электротехнике и по метрологии.
В контексте этого, посмотреть чем отличается диф автомат от узо, реле от пускателя, а электромагнитный счетчик от ультразвукового и т.п.
Также представленные ресурсы и книги в шапке, на мой вкус, достаточно неплохи для старта.
Вот если была практика на котельной, то можешь разобрать технологический процесс на ней.
Как эта йоба работает и зачем?
Что такое теплообменник?
Что такое контура?
Что такое температурный график?
Какие датчики стоят? Почему?
Что является объектами управления?
Как ведется учет энергоресурсов?
Как организована передача данных оператору?
Каким образом работают тепловые пункты без собственной котельной?
На самом деле, практически все, что тебе дается в университетском курсе, будет необходимо в работе. И все вышеперечисленное входит в него, только очень поверхностно и существенно большую часть информации нужно параллельно дочитывать самому.
Спасибо, Анончик.
Как я понял основа это устроиться работать за еду и обучение, мне батя примерно так и говорит.
Давно понял что чтение, без какой либо практики, особенно технической литературы это пустое дело, всё забудется через неделю, а вот с эмуляторами уже интереснее, ну и про английский понятно, стоит подтянуть его техническую сторону.
Основа - это стаж 3 года. Без него ты просто хуй и брать будут неохотно.
Батя не прав только в том, что вообще тебя в эту профу засунул, т.ч. будешь именно что за еду работать. Впрочем может и повезти.
В любом случае к практике нужно минимально подготовленным подходить, иначе практику можно банально не пережить.
Английский там простой, кстати. Вот в книжках и статьях - сложный.
Для Дальнего Востока, откуда я родом, данная специальность просто шик, и по зарплате и по количеству затрачиваемых усилий, видать такая обстановка из-за большого количества ГЭС и прочих технических сооружений.
В СПБ, конечно, как то немного по грустнее, пример с котельными показателен, но в то же время нас агитировали ехать работать в Финку на ЦБК, так что перспективы, вроде как, есть.
Глядя на исходники от разных поставщиков оборудования иногда диву даешься от того что там наворочено.
Подскажи, может среди асушных разработчиков есть какие-нибудь шаблоны проектирования, паттерны архитектуры приложений, или что-нибудь такое?
Или может просто поделишься к чему пришел со временем?
>Нихуя у них нет
>у них
>НИХ
Не у них а у нас.
Может дело именно в этом?
Почему у нас нет нормального комьюнити?
Почему мы не можем обсудить и найти оптимальный вариант для рисования квадратиков?
Почему не можем на словах описать паттерн разработки легко читаемого кода?
А все потому что каждый по отдельности дохуя инженер думает что он лучше всех остальных.
Инженеры-разработчики АСУ ТП в основной массе не могут в культуру разработки ПО - это факт. Могут только ребята с ИТ-образованием, которых по понятным причинам тут мало. Лет 10 назад думал, что к 20 что то изменится, но нихуя. Возможно развитие iiot как то исправит ситуацию
>Почему мы не можем обсудить и найти оптимальный вариант для рисования квадратиков?
700р-точка-богам это нинужно
мимо-15лет-асутп
> Не даром на западе концепция ладдера подгонялась при создании под электриков, но это были явно не те электрики-петровичи, которые пидорят шины у нас.
Как раз таки делалось для самых тупых электрикови для закостенелых старперов, которые не могут переучится.
Т.К. взять какуюнить электросхему оборудования 70-х годов, построенную на реле, можно абсолютно не думая перечертить её в программу плк, и всё будет работать
https://youtu.be/RbocQwgwXcI?t=330
Если тайминг собьется, то смотри с 5:30.
>>2175790
чаю
ты с кем сравниваешь хоть?
может ты просто не умеешь его готовить
как минимум
> ДБ какие-то непонятные что по дефолту теряют все значение после перезагрузки
такая хуйня и в кодесисе, что надо указывать какие у тебя данные retain, а какие нет. В некоторых плк, под это вобще отводится определённый участок памяти и больше ты никуда их не запехнёшь.
>адреса не зависящие от железа
А нахуй они должны зависеть от железа, если у тебя модульный контроллер и ты как захотел так и расставил адреса. (а это иногда требуется, особенно на больших проектах)
> ладдер ебанутый у которого даже блока CALC нет
я смею предположить, что блок calc это блок в который ты вставляешь формулу и он там чёта калькулирует
такой блок есть в tia portal, но это скорее приятная мелочь, что мешает взять и захренакать математику в SCL, если какие то сложные формулы
вобщем притензия так себе, как минимум не развёрнуто
а так то удобней и лучше всего работать на том на чём ты больше всего работаешь (sic!) и к чему ты привык.
ты плюешь не в те стороны
в химии полно йокогавы
в автопроме в т.ч. шинные и подобное и ханивелы и алиенбредли встречается. и на НПЗ у лукойла много видел ханивелов
у транснефти большая любовь к B&R
а если брать мелкозалупу "станки по произвдству всякой хуйни", которая стоит у ипешников, так там целый зоопарк всяких дельт мицубиси и всего такого
от отрасли зависит. ты когда в неё приходишь начинаешь работать с теми плк которые больше всего в ней популярны и появляется мысль, что другие не используется.
мне ирл мужики асушники на заводе задавали вопрос "а чё сименс норм? ломатся не будет? а то даже не слышали о таких плк"
Quantumмы от Шнайдера тоже. Не говоря уже о PLC-5 от роквела. И ЧСХ, софтвер с ни на современные версии переводятся намного легче чем с S5 на S7. И периферию можно не выбрасывать.
>>2176370
Как минимум Шнайдер свою продукцию продвигает очень и очень упорно.
>>2176381
> ты с кем сравниваешь хоть?
Да немного со всеми альтернативами высокого класса.
> может ты просто не умеешь его готовить
Я не готовлю только на нем.
> такая хуйня и в кодесисе, что надо указывать какие у тебя данные retain, а какие нет. В некоторых плк, под это вобще отводится определённый участок памяти и больше ты никуда их не запехнёшь.
Нет, ты не понял. Попробуй добавить в ДБ новую строку посередине и загрузить в ПЛК.
> А нахуй они должны зависеть от железа, если у тебя модульный контроллер и ты как захотел так и расставил адреса. (а это иногда требуется, особенно на больших проектах)
Потому что это лишний уровень абстракции. Я назначаю тег адресу, а потом адрес назначаю периферии. Вместо того чтобы просто добавит в тег алиас на СлейвОхлаждения1. Модул4. Вход4 и избавить электрика от необходимости смотреть в хард куда именно идет тот сигнал.
> я смею предположить, что блок calc это блок в который ты вставляешь формулу и он там чёта калькулирует
Да. Очень удобно.
> такой блок есть в tia portal,
Посмотрю, вроде не видел.
> но это скорее приятная мелочь, что мешает взять и захренакать математику в SCL, если какие то сложные формулы
Нет, не нужно просто сложит два значения, поделить на третее и умножить на четвертое, и Сименс заставляет ебашить 3 блока и временные переменные.
И про SCL ты бы даже не начинал, его относительно нормально начали поддерживать только в Tia.
> вобщем притензия так себе, как минимум не развёрнуто
Ну извини за то что крик души на анонимном форуме не является длинной статьей.
> а так то удобней и лучше всего работать на том на чём ты больше всего работаешь (sic!) и к чему ты привык.
Все привыкли на семене, в том то и проблема.
Как в CoDeSyS на языке FBD написать аналоговый датчик уровня (4-20)у меня будет три значения в сантиметрах 0,40,150.
и затем отправлять сигнал на реле.
>Попробуй добавить в ДБ новую строку посередине и загрузить в ПЛК.
Если ты заранее предполагаешь, что возможны изменения, то жми кнопочку 1. Если изменения оказались внезапны, то жми кнопочку 2, сохрани снапшот, залей ей обратно в ДБ после ре-инициализации.
>И про SCL ты бы даже не начинал, его относительно нормально начали поддерживать только в Tia.
Ничего что тиа больше 10 лет назад вышла? Ей хоть и нельзя было пользоваться до v13 из-за багов, но в целом делать вид, что это что-то новое довольно странно.
>Все привыкли на семене, в том то и проблема.
Были бы принципиальные проблемы у самого Сёмена, или реально сильные конкуренты, которые могут предложить лучшие условия, то "привычка" бы рассосалась за 3-5 лет. Обладание довольно солидной долей российского рынка, хоть и дает семену преимущество, но по факту в нынешней экономике другие вендоры гораздо легче могут отгрызть у них кусок.
> Если ты заранее предполагаешь, что возможны изменения, то жми кнопочку 1. Если изменения оказались внезапны, то жми кнопочку 2, сохрани снапшот, залей ей обратно в ДБ после ре-инициализации.
Уверяю тебя, как это сделать я знаю. Опуская то что что "кнопочка 1" не работает с структурами и не предполагает удаления существующих тегов, разве это нормально что по дефолту значения при загрузке обнуляются?
> Ничего что тиа больше 10 лет назад вышла? Ей хоть и нельзя было пользоваться до v13 из-за багов, но в целом делать вид, что это что-то новое довольно странно.
А ничего что 400 сотый и Step7 все еще популярней 1500того? Ничего что новые системы на 400сотом все еще вводятся в эксплуатацию? И нет, я не говорю о пцске.
> Были бы принципиальные проблемы у самого Сёмена, или реально сильные конкуренты, которые могут предложить лучшие условия, то "привычка" бы рассосалась за 3-5 лет. Обладание довольно солидной долей российского рынка, хоть и дает семену преимущество, но по факту в нынешней экономике другие вендоры гораздо легче могут отгрызть у них кусок.
Перепрыгивать с семена это значит переучивать уже натренированный персонал, иметь проблемы в поиске новых квалифицированных техников так как Семён благодаря их великолепной защите от пиратства считай дефолт, трата времени на переписывание программы под абсолютно другой стандарт и новая пусконаладка.
Чтобы это случилось конкуренты должны что намноооого превосходящее предложить.
>Опуская то что что "кнопочка 1" не работает с структурами
У меня почему то работает.
>и не предполагает удаления существующих тегов, разве это нормально что по дефолту значения при загрузке обнуляются?
Зависит от того как выделяется память внутри системы. Уж лучше ин6огда загрузить стартовые значения, которы хоть похожи на правду, чем обратиться совсем к левой области памяти и вычитать какое-то левое говно.
Я с одной стороны понимаю почему ты считаешь это неудобным. Но с другой я вижу, что инструменты для решения данной задачи тоже есть, так что не очень понимаю как эти аргументы говорят о хуевости сименса по сравнению с другими вендорами.
>А ничего что 400 сотый и Step7 все еще популярней 1500того?
Хз откуда у тебя такая инфа. Кроме пцс-ок новых 400ок не видел свежих на заводах где бывал в последние годы.
>Перепрыгивать с семена это значит переучивать уже натренированный персонал
Может быть. Но я не думаю, что переучивание это так сложно и критично, если возникнет такая потребность. Совсем тупые и в сименсе ничего не понимают толком, а те кто поумнее понимает, что принципиальной разницы почти нет.
Ну и мы про кадры говорим в разработке или эксплуатации? По мне дак разработку вообще спрашивать особо не спрашивают, выставляют требование на тендер да и всё. А эксплуатация хоть и имеет голос при принятии решений на чем строить новые системы, но он у них далеко не решающий.
>великолепной защите от пиратства
Я думаю, что они давно могли бы закрутить лицензирование пожестче. Но зачем делать сложнее вход для новых пользователей?
>Чтобы это случилось конкуренты должны что намноооого превосходящее предложить.
Ага, откаты на 10% выше.
> У меня почему то работает.
Можешь добавить тег в структуру? Нет?
> Зависит от того как выделяется память внутри системы. Уж лучше ин6огда загрузить стартовые значения, которы хоть похожи на правду, чем обратиться совсем к левой области памяти и вычитать какое-то левое говно.
Ну конечно. Вот только это стартовое значение предлагается в случае любого изменения.
> Я с одной стороны понимаю почему ты считаешь это неудобным. Но с другой я вижу, что инструменты для решения данной задачи тоже есть, так что не очень понимаю как эти аргументы говорят о хуевости сименса по сравнению с другими вендорами.
Потому что это лишние сущности. Это инструмент решения проблем что существует исключительно у Сименса. Костыль для преодоления неправильной логики.
> Хз откуда у тебя такая инфа. Кроме пцс-ок новых 400ок не видел свежих на заводах где бывал в последние годы.
Сейчас как раз сдаю систему собранную на 400Н.
> Может быть. Но я не думаю, что переучивание это так сложно и критично, если возникнет такая потребность. Совсем тупые и в сименсе ничего не понимают толком, а те кто поумнее понимает, что принципиальной разницы почти нет.
Тут дело не в том смогут или нет, а затратах времени и проеб навыков. Семен довольно сильно отличается от конкурентов.
> Ну и мы про кадры говорим в разработке или эксплуатации? По мне дак разработку вообще спрашивать особо не спрашивают, выставляют требование на тендер да и всё. А эксплуатация хоть и имеет голос при принятии решений на чем строить новые системы, но он у них далеко не решающий.
Эксплуатации, ясен пень.
> Я думаю, что они давно могли бы закрутить лицензирование пожестче. Но зачем делать сложнее вход для новых пользователей?
Вот именно поэтому я назвал защиту великолепной.
>Можешь добавить тег в структуру? Нет?
Да, ты прав, извиняюсь. Я затупил и промахнулся мимо структуры, когда проверял.
>Сейчас как раз сдаю систему собранную на 400Н.
Ну ты понимаешь, что наши личные примеры не сильно релевантны. Но кстати да, 1500H не так давно появились, так что те кто хотел аппаратного резервирования цпу тоже брали 400е. В любом случае это надо спрашивать каких то крупных дилеров, чтобы узнать что там реально продается больше. У пары поставщиков, где мы берем, на складах сейчас показывает наличие 1500, но отсутствие 400ых. Тоже так себе показатель, т.к. со складскими запасами сейчас у всех так себе ибо экономика не позволяет, но все же.
> затратах времени и проеб навыков
Но когда ты строишь новый цех, ты просто можешь найти новых специалистов на его обслуживание.
>Семен довольно сильно отличается от конкурентов
Ну хз. На принципиальном уровне мне все равно всё это видится примерно одними и теми же сущностями.
> Да, ты прав, извиняюсь. Я затупил и промахнулся мимо структуры, когда проверял.
И ты даже не представляешь как это меня бесит. Такая то уберфича, и так просрана.
> Ну ты понимаешь, что наши личные примеры не сильно релевантны. Но кстати да, 1500H не так давно появились, так что те кто хотел аппаратного резервирования цпу тоже брали 400е. В любом случае это надо спрашивать каких то крупных дилеров, чтобы узнать что там реально продается больше. У пары поставщиков, где мы берем, на складах сейчас показывает наличие 1500, но отсутствие 400ых. Тоже так себе показатель, т.к. со складскими запасами сейчас у всех так себе ибо экономика не позволяет, но все же.
Я может плохо выразился. Читай фразу выше как "На большинстве объектов все еще стоит S7 прошлого поколения, и несмотря на присутствие 1500 новые объекты на 400 все равно воодятся в строй". Да и ясен пень перекупщикам подавай самый ходовой товар, 400 берут только если запас кончается.
> Но когда ты строишь новый цех, ты просто можешь найти новых специалистов на его обслуживание.
Опытных? Сомневаюсь.
> Ну хз. На принципиальном уровне мне все равно всё это видится примерно одними и теми же сущностями.
На принципиальном уровне и сервак на арме с линуксом и на винде с x86 тоже одинаковы.
Да, дорогой мой. Я знаю где и что искать для человека из любого города с любым образованием, любыми навыками, любого возраста и с любым уровнем опыта в любом секторе. Даже есть список фирм что хотят импортировать себе вчерашнего студента сидеть в центральном офисе, а не нанять себе пусконаладчика со знанием местной специфики за европейскую зарплату. Вот такой я замечательный, гордись что ты сидишь со мной на одной доске.
>что то вроде tips в плане плк, алгоритмы типовые. А то бывает стремно что то кодить, можешь что нибудь упустить.
Смешно. Чего ты там кодить и упускать собрался в плк? У тебя есть входа, есть выхода, чо ты тут упустить можешь? Прочитал входа, обработал, выплюнул выхода. Стремно, то что скучная хуйня, если постоянно этим заниматься, но поначалу интересно, да, типо, вот тут на пеке кнопочку нажал, а там где то в поле насос запустился и остановился сам, потому что уровень в бочке низкий стал
>Почему мы не можем обсудить и найти оптимальный вариант для рисования квадратиков?
Потому что есть вот условный сибур, а есть вот лукойл, у одних так сложилось десятилетиями, у других этак. Ну и чо ты тут стандартизировать собираешься? Поедешь по всей россии в центуме перерисовывать квадратики?
>Почему не можем на словах описать паттерн разработки легко читаемого кода?
Ну, давай, на каком языке? Ты же в курсе что разница между фбд и лд это не разница между шарпом и жавой?
>а как хотя бы в ворде что-то напечатать, сложнее таблички "не влезай-уебет" — это уже целая трагедия начинается и тот анекдот про пожарников.
Ворд это для секретуток программа, нахуй не упали все эти выкаблучивания если только ты не пидор-проектант пишущий документацию
Ну кста, в очередной раз говоря про качество документации семена.
https://support.industry.siemens.com/cs/document/81318674/programming-guidelines-and-programming-styleguide-for-simatic-s7-1200-and-s7-1500?dti=0&lc=en-WW
https://cache.industry.siemens.com/dl/files/040/90885040/att_970576/v1/81318674_Programming_guideline_DOC_v16_en.pdf
https://cache.industry.siemens.com/dl/files/084/109478084/att_1022099/v1/81318674_Programming_Styleguide_DOC_v20_en.pdf
Это конечно не всеобъемлющая хуйня, и как раскрашивать иконки не расскажет тот анон выше прав, очень много вещей и практик завязаны на отраслевые стандарты и преставления о них, но хоть что то.
Я ещё у кого-то видел неплохие гайдлайны, то ли у каких то кодесисовских плк вендоров, то ли либы какой под кодесис, но сейчас вспомнить не могу.
>>2179219
Тебе ж уже сказали, что он и в LADe есть а FBD это просто другое преставление, сами языки заменяемые.
> а FBD это просто другое преставление, сами языки заменяемые.
Делать надо тем языком, которым потом разобрать проще. Масштабирование тоже на лд можно накатать кучей блоков арифметических, но нахуя, когда можно одним понятным в фбд сделать и мозг не ебать. Кому то потом твои ладозасранки разбирать очень надо, а на фбд глянул и все ясно
Что несу? Типичную ситуацию в жлобской эксплоатации, где хозяева на тачках за лямы рублей приезжают каждый день на завод, и у каждого если не конюшня за городом, то вертолет личный, и накуплено оборудования у итальяшек например, и через 10-15 лет когда оно начинает сыпаться, то дают вакансии "мы ищем таланты за 30к".
А не так там, где указывают изначально в тех.задании к проекту, чтобы были распечатки твоего фбд, сразу за эл. принципиальными схемами в одной с ними папке-регистраторе, с комментами и таблицей символов, и исходник, в т.ч. с визуализацией, с последними правками пусконаладки на носителе. Только это, как правило, смету раздувает на несколько килоевро.
> Где то и запрещается блоки из фбд в лд пихать
давай хоть один пример ПЛК, где ты не можешь в лд вызвать функцию написанную на фбд (да вобще на чём угодно, из доступного)
вызов функций и функциональных блоков любого ПЛК и как минимум прописанно в МЭК, который за эти языки отвечает
Такая хуйня может встретится в какомнить програмируемом реле разве что
>А не так там, где указывают изначально в тех.задании к проекту, чтобы были распечатки твоего фбд, сразу за эл. принципиальными схемами в одной с ними папке-регистраторе, с комментами и таблицей символов, и исходник, в т.ч. с визуализацией, с последними правками пусконаладки на носителе. Только это, как правило, смету раздувает на несколько килоевро.
Сибур платит, у них есть это все, бери и работай. Только я тебе еще раз говорю, что залезть и начать самовольничать тебе никто не даст. Если у них управление насосами определенными написано на фбд, то ты и другие будешь в фбд писать и тебе придется разбираться в уже написанном, а не махнуть рукой и сказав, ща все зделою начать на релейке хуярить, потому что тебе так удобнее и тебя начальство не нагибает
>>2179389
>сентум
Как минимум можно начать с того, что в центуме нет ни FBD ни LD(шок)
"Языкик" там называют дравинг диаграм и логик чарт и там из мэковских там разве что Sfc есть
Эти пиздоглазые контроллеры не факт что вобще можно называть ПЛК, потому что они не воотвествуют МЭКскому стандарту. Так что нахуй
https://en.wikipedia.org/wiki/Programmable_logic_controller
https://en.wikipedia.org/wiki/IEC_61131-3
читаешь такой определения. видишь что что бы быть плк ему нужно работать с мэковскими языками. в йокогаве нет мэковских языков. йокогава не= плк. логика йопта
ну кстати с семеном так то та же хуйня, потому что у них там свой суржик "на основе", но таки стандартам он не соотвецтвует
>иди пиши мне лд с блоками фбд
та не мне впадлу и к тому же у меня просейфа под рукой нету(кстати если есть ссылка где скачать можешь кинуть, пригодится. у нас на рабочем сервере где то была виртулка с ним, но её ещё искать надо)
кстати как очередной вброс по этой теме, ты можешь обратить внимаение, что даже на сайте йокогавы в разделе ПЛК нет ни центума, ни просейва
https://www.yokogawa.com/solutions/products-platforms/control-system/programmable-logic-controllers-plc-pac/
>кстати как очередной вброс по этой теме, ты можешь обратить внимаение, что даже на сайте йокогавы в разделе ПЛК нет ни центума, ни просейва
Потому что они его позиционируют как sis
>Yokogawa puts an end to DCS-SIS incompatibility with the ProSafe-RS, the world’s first truly integrated "safety PLC"
Типо, sil3, все дела, дохуя надежно
>Смешно. чо ты тут упустить можешь?
Сударь, в мире есть проекты на ПЛК сложнее чем "насос запустился, потому что уровень в бочке низкий".
Представь к примеру что рецептура и дневная заявка формируется в ERP системе, дальше передается в MES и дробится на кучу подзадач/подрецептов в зависимости от температуры в анусе технолога загруженности оборудования и параметров сырья, после чего оседает в БД, веб приложении и скаде. Ну а потом конечно доходит до ПЛК, который, к слову, здоровенный и один на все предприятие. Конечно он не один, есть еще целый парк разномастных ПЛК, с которыми тоже нужно коммуницировать, и иногда очень даже тесно. И он все это дело разгребает и рулит процессами.
И ты такой сидишь и смотришь на 30 Мегабайт квадратиков и ПОНИМАЕШЬ как у тебя входы плк с выходами связаны.
>>2179081
>Ну, давай, на каком языке?
Прозвучит странно, но на РУССКОМ. Задача - описать архитектуру приложения.
Реализация может быть любая. Ты же в состоянии запилить аналог if и for и на лд и на фбд.
>>Поедешь по всей россии в центуме перерисовывать квадратики?
А когда новый стандарт принимают кто-то ездит по всей стране и перепиливает все под него?
Да и не про стандарт, на самом деле, речь. Мне бы хватило какого-то набора good practices асушного программирования, которые бы поддерживались многими и "порицалось" бы их несоблюдение внутри комьюнити, конечно, кому еще есть дело до асушнокода.
Но у нас даже такого нет.
Ну что квадратико-боги, уже предвкушаете IOT/IndustrialVR революцию?
Похоже все идет к тому, что все инженерное ПО отдадут пацанчикам в свитшотах, а вам выдадут от фирмы очки АВАТАР-300
и боюсь, что охуительные истории про МЭК и знание технологии тут уже не помогут..
1. Что это за приблуда в середине и для чего она нужна?
2. Реально ли на выходе пропорциональных клапанов получить 0 бар или обязательно ставить после него обычный клапан с соленойдом?
Да вы заебали со своим IOT. Я вот сколько про него статей не видел все пишут, какие то общие бессмысленные слова про "каждое устройство молодец и само выходит в сеть, а там ты уже нахуячишь всё что хочешь и будет заебись, как при коммунизме", но ни одного подробного описания или примера как это применяется, будет применяться и в чём профит так и не увидел.
>IndustrialVR
Вот это хуй знает что такое, кроме какой то игрулины в жанре симулятора ничего не находится.
Вот в последние годы становится популярной такая штука как удалённый ПНР и экспертное обслуживание, когда ребята в поле носят очечи с камеркой и наушником и являются руками спеца который находится хуйзнаетгде. Это годная штука
>но ни одного подробного описания или примера как это применяется, будет применяться и в чём профит так и не увидел.
Держи целый канал.
https://youtu.be/0aWmrvHPmBs
Если кратко, то так выходят более дешевые и более гибкие системы, а срок интеграции существенно сокращается.
На мой взгляд часть тезисов сомнительная, но все излагается достаточно адекватно, чтобы въехать в суть вопроса.
Впрочем манагеров наше мнение не ебало никогда, т.ч. нужно потихоньку жрать этот кактус.
>когда ребята в поле носят очечи с камеркой и наушником и являются руками спеца который находится хуйзнаетгде
Оно и есть.
>>2179737
>и боюсь, что охуительные истории про МЭК и знание технологии тут уже не помогут..
Ну не совсем. L1-L2 описывают как раз МЭК, Техас и иже с ними и поцыки в свитшотах вообще не ебут за эту тему.
Другое дело, что к квалификации основной массы обслуживающего персонала, работающего с этими уровнями, требования постепенно или резко будут снижаться. Как и уровни зарплат.
>>2179804
Он хочет, чтобы ты написал что-то в духе: насосы в ИТП лучше на ихфах хуярить, а на вентустановках - в циклах обходить. Я бы просто послал к классической литературе по алгоритмированию, вроде Кнута, и сопроводил на доску /pr, но тут это мнение не популярно.
ну таки как в примере выше, куда катится
я вроде типа неплохой интегратор в асутп.
в сисадминстве из меня получится довольно тухлый сисадмин, который из самого сложного настроит микротик и кинить пару впнок
в программировании вобще хуйпонятно
идти в программирование микроконтроллеров надо доучивать плюсы и электронику, ибо зананий столько же сколько в сисадминстве (вроде чтото есть, но хуйзнает)
ну и с остальным программированием таже хуйня, ибо из навыков скриптов нахренакать в СКАДЕ на С и VBS, из самого сложного данные в SQL положить, да хз даже ещё что там.
такидела
>Он хочет
Вот и экстрасенсы подоспели. Гдеж ты раньше был, когда анон с минимальным описанием просил решить его проблему?
По большому счету и нужно заимствовать гудпрактис у нормальных взрослых языков программирования. У них это все уже давно пройденный этап, и эти правила сформировались не на пустом месте.
>>2179804
>Каких гуд практик? Привели пример
- не использовать безусловные переходы
- применять, где это разумно именованные списки аля энум
- применять, где это разумно, пользовательские типы данных, построенные по заранее известным общепринятым принципам
- правила наименования переменных, например:
1. человекопонятные переменные, описывающие суть и понятные постороннему разработчику
2. использовать алгоритм для наименований переменной
- адекватное комментирование кода, разумное и достаточное для понимания при наследовании кода или ремонта эксплуатацией
- разработку вести на английском, как наиболее доступном для всех языке(речь не только про переменные и комментарии, но и про софт и локализацию операционки, чтобы следующему после тебя разработчику не пришлось сношаться с поиском польской/корейской/индустской винды просто для открытия проекта привет семенофилам)
- инкапсуляция - дробить приложение по известному всем алгоритму с древовидной структурой, для каждого юнита формировать программную описательную часть и "инкапсулировать" юниты более низкого порядка в юниты более высокого
- применение стандартной архитектуры для "классических" приложений, например сводить сложные приложения к конечному автомату с наименованием состояний по типу шагов, и строить приложение по типовой архитектуре шаговых последовательностей
Внимание! Все вышеперечисленное не несет в себе глубокого смысла и придумано на ходу в качестве примера
Наверное проще было дать описание моего понимания термина "гудпрактис".
Это набор формальных правил разработки, не соблюдение которых не повлечет за собой серьезных рисков в стабильности/сложности разработки/итд, но следование данным правилам позволит человеку, унаследовавшему проект, или самому разработчику после пары лет от сдачи проекта, значительно проще понять код и быстрее найти причину "неисправности"/модифицировать/итд.
А я перекатился, на старом месте пизда какая атомфера тухлая была в начале 2020.
Хорошо иметь хорошие отношения с одногрупником айтишником, когда он предложил вкатиться к нему, работать над интернет магазином, я даже думать не стал.
>бывший асушник (был опыт с итп/вент/скада и другими диспетчеризациями/умными домами/иридиумами и парой тройкой контроллеров разных фирм)
Тоже там был. Кстати, понравилось больше чем в Бразилии.
Вы правда еще верите, что айтишнички не забирают ваш хлебушек? Пора бы уже очнуться. У нас например в конторе удаленный ПНР это уже норма.
>L1-L2 описывают как раз МЭК, Техас и иже с ними и поцыки в свитшотах вообще не ебут за эту тему
Это уже давно понерфили (Functional Design Specification). Все серьезные дяди без нее уже даже не работают. При разработке по FDS пользы от V-образного андерката больше чем от того что ты написал
Прежде чем копротивляться, вы сами подумайте, если рыночек предлагает заказчику (образно):
1) отдать разработку ПО классическому ТехасМэкРисователю квадратиков,
2) отдать разработку ПО опрятному гей-хипстерку, который всю жизнь дрочит алгоритмы и структуры данных?
Что он выберет? Что бы вы сами выбрали?
Заказчики между прочим уже тоже не те, к которым вы привыкли лишь бы клапан открылся и ссанина лилась
Так что у вас примерно 10 лет осталось пацаны не благодарите
>Вы правда еще верите, что айтишнички не забирают ваш хлебушек?
Годный тролинг
>Пора бы уже очнуться. У нас например в конторе удаленный ПНР это уже норма.
Это как? На днс, где сотовой связи то нет, не то что интернета?
>1) отдать разработку ПО классическому ТехасМэкРисователю квадратиков
Который приедет на место и половину квадратиков мы поменяем
> отдать разработку ПО опрятному гей-хипстерку, который всю жизнь дрочит алгоритмы и структуры данных?
А они зачем нам всем, если нужно банальную схему пускателя собрать, а смузи хлебая ее не узнаешь
>Что он выберет? Что бы вы сами выбрали?
Конечно асушника, мне надо, чтобы работало, а не чтобы красиво было. Чтобы красиво мне движки покрасят синим
> дрочишь алгоритмы и структуры данных
> ебашиши аасушную программу
> вроде всё работает, но не совсем потому, что не учитывал электрические и механические особенности процесса и оборудования
> обмазываешся этим делом что бы быть хорошим спецом
> мимикрируешь в гидролиска ||асушника как он уесть сейчас||
>>Что он выберет? Что бы вы сами выбрали?
Опрятный гей-хипстер готов работать за столько же, за сколько классический неопрятный рисователь квадратиков в засаленном свитере?
Если нет - то пусть идет гей-шлюхой, это же АСУТП, все полимеры распилили еще на этапе строительства, осталась пара лямов, за которые надо и оборудование купить, и проекты написать, и ПНР провести.
В том, что высокие зарплаты и сверхприбыли перетекут к геям-хипстерам я полностью согласен, что, кстати, уже произошло, а не лет через 10.
Как и тезис, что геи-хипстеры ты не имеют углубленного понимания в том, что находится ниже уровня абстракций и как работают реальные объекты.
Лучше ответь мне, молодой продвинутый, что действительно глобально изменится в сетях через 10 лет и окажет влияние на все сферы деятельности с ними связанные?
Кодеры на джава скрипт успешно отжимают уровень приложений, читай скады, opc-сервера и софт для плк. Как будто кто-то здесь этого не знал.
Дальше идут описания персонального ада каждого из участников и срач на базе этого.
Можешь поделиться своим видением загнивания отрасли, а мы дружно его обосрем.
Мой поинт в том, что до кабелей и электротехники они все равно не доберутся, потому что там грязно, холодно и нужно хорошо дружить с физикой больше, чем с теорией алгоритмирования, и все, что касается ПЛК и ниже, все равно останется на нашем попечении.
> Кодеры на джава скрипт успешно отжимают уровень приложений, читай скады, opc-сервера и софт для плк. Как будто кто-то здесь этого не знал.
Ну я этого не знал, если честно. OPC сервер ладно, его каждая крупная фирма пилит под свой Л2, но скады?
> Дальше идут описания персонального ада каждого из участников и срач на базе этого.
> Можешь поделиться своим видением загнивания отрасли, а мы дружно его обосрем.
Я вообще не вижу загнивания.
> Мой поинт в том, что до кабелей и электротехники они все равно не доберутся, потому что там грязно, холодно и нужно хорошо дружить с физикой больше, чем с теорией алгоритмирования, и все, что касается ПЛК и ниже, все равно останется на нашем попечении.
Знаешь, мне кажется что этим алгоритмированием тебя троллят. Какие к чертам алгоритмы в том же ковеере?
>хипстер готов работать за столько же, за сколько классический неопрятный рисователь квадратиков
Сидя при этом в офисе с кофейком из старбакса? Почему бы нет. Тем более стоимость самой разработки можно будет повысить за счет экономии на ПНР и накладных расходах (тебе ли об этом не знать)
>что действительно глобально изменится в сетях через 10 лет
Везде есть интернет.
ТехасМэкКубики и иже с ними некрокоробочки умирают. На смену приходят промышленные IIOT с открытым GNU/Linux, которые заменяют PLC на 128 %.
Появляются тематические ресурсы с best practicles, где пацаны в свитшотах договариваются о цвете квадратиков.
IndustrialVR становится доступным любому монтажной шараге.
Удаленный ПНР становится массовым явлением.
>>2184073
>до кабелей и электротехники они все равно не доберутся, потому что там грязно, холодно
Монтажников никто не порешает. Речь о том что связка Монтажник+разработчик-АСУТП превращается в VrМонтажник+ИтГейХипстер, что дешевле и качественней для проектов любой сложности
Опять без пруфов, ну ладно, покормлю.
Чем IIOT коробочки будут лучше ПЛК?
Ты понимаешь, что АСУТП - это очень инертная область, где десятилетиями ничего не меняется? Погугли про время жизни Simatic S5.
Даже если принять на уровне гипотезы, что ПЛК всё и гей-хипстеры стучатся в двери с хуями наголо - то внедрение всей это поеботы растянется на десятилетия (особенно с учетом особенностей того, как происходит модернизация АСУ в России). Обитателей треда это явно не затронет.
Новое поколение (в смысле те, кто родится в 2020-х) - конечно, вряд ли застанут АСУТП в том виде, в котором он есть сейчас - точно также как большинство присутствующих не застало АСУТП 80-х (хотя наверняка кто-то на завод видел еще дедовские шкафы на польских релюшках).
Так что вброс про хипстеров здесь никого не трогает - всем просто похуй. Лично я не против гей-хипстеров - "пусть расцветают сто хуев", как говорил Конфуций.
я вобще не поддерживаю этого гейхипстера пропагандёра
но как пример панельки последнии (wincc unified) у сименса скриптуются на JS
ну ещё пару лет вроде сделал так что бы можно было на с++ плк программировать
но всё это хуйта
даже если брать современого программера, то они дрочат на фремворки и прочее полуготовое говно
у нас до такого не дойдёт, по крайней мере не скоро(я до пенсии доживу)
и функцианалка считается говном, а у нас по другому не получится
>удаленный ПНР это уже норма
Удаленные ПНР полностью программных решений вполне себе.
Но автоматизация подразумевает реальные объекты в физическом мире.
Кому-то все-равно нужно быть на месте чтобы принять оборудования, смонтировать, подключить к инженерным сетям, проверить всю механику, проверить всю электрику. Куча людей и куча человеко-часов. И какой после этого смысл оставлять одного асушника в офисе?
Также пусконаладка физических объектов подразумевает вероятность физических проблем. Без "своего" человека рядом не обойтись.
> классическому VS хипстерку
Говоришь так, словно заказчик по внешнему виду подрядчиков выбирает.
АСУ не самый динамично развивающийся сектор именно потому, что владельцы производства выбирают максимально надежные, проверенные временем решения. Простои производства довольно накладная штука, и собственники не хотят чтобы кто-то изобретал велосипеды за их счет.
>>2184346
>На смену приходят промышленные IIOT с открытым GNU/Linux
Не выдумывай давай. Обычные операционки не умеют в реалтайм по определению.
От специализированного железа ПЛК никуда не денешься, как ни крути.
>Появляются тематические ресурсы с best practicles
Десятью постами выше анонов спрашивал. Нет у нас ничего такого.
Или ты готов поделиться ссылками на ресурсы/статьи?
В SCADA уже десятки лет есть скриптовые языки, это вообще не новость. В MasterSCADA, например, используется C# для этого. Почти на всех панелях оператора есть макросы с синтаксисом а-ля ANSI C.
Гей-хипстер-кун пытается противопоставить АСУ и IT, но суть в том, что АСУ - это подмножество IT, и IIOT - это просто маркетинговый термин для давно уже известных в АСУ технологий, ставших сейчас настолько дешевыми, что могут использоваться повсеместно. Должность "инженер-программист" появилась еще до того, как гей-хипстер-кун появился на свет.
Возможно, у него подгорает именно из-за петровичей, которые кроме квадратиков ничего не умеют. Но не надо проецировать это ан всю отрасль. У нас достаточно людей, которые пишут только на ST/SCL/С и решают на ПЛК не только прикладные задачи (управление техпроцессом, блокировки и т.д.), но и более специфические - реализация протоколов, сборка/парсинг файлов (JSON, XML), интеграция с web-сервисами (REST API) и СУБД и т.д. При этом средства ОС тоже используются (многие современные контроллеры позволяют из программы вызывать внешние приложения, внезапно).
Чем эти люди хуже его гей-хипстеров (кроме того, что натуралы) - не очень понятно.
Best practices есть в шапке (гайдлайны от Siemens и PLCopen) + бери любые гайдлайны для enterprise-языков (тот же "Чистый код") и используй - кто мешает-то?
>Best practices есть в шапке
Охуительные Best practices
>У нас достаточно людей, которые пишут только на ST/SCL/С и решают на ПЛК
>интеграция с web-сервисами (REST API) и СУБД и т.д
>суть в том, что АСУ - это подмножество IT
Встречаются исключения, которые лишь подтверждают общий случай, но в основном это каргокульт
>Чем эти люди хуже его гей-хипстеров (кроме того, что натуралы) - не очень понятно.
Тем что ебашат квадратики до 40, кукарекая про ТехасМэк вместо того что бы учиться, развиваться становиться уважаемыми гей-хипстерами
>ну ещё пару лет вроде сделал так что бы можно было на с++ плк программировать
Скадапаки сто лет уж как на крестах можно программировать. Однако более менее сложная программа на квадратиках читабельнее. Видел я московского хлыща, который на крестах накатал программу управления блока водоподготовки для скадапака. Ну залили, нихуя не робит. Он потом приезжал пару раз, чет пытался пытался, так до сих пор и не работает нихуя.
Разве может быть кем то другим VR-педик-программист с намасленной бородой если он сам постоянно упоминает что он именно педик-программист в каждом посте? Просто пойми, что когда ты снова заходишь потролевать уважаемых людей "новыми технологиями, которые отберут работу" у тебя будут интересоваться не забыли ли в твоём очке в прошлый раз измеритель индуктивного сопротивления линии связи.
>Без "своего" человека рядом не обойтись.
Ну это как раз VR-монтажник/VR-сервисник (ты через 6 лет, если будешь дальше квадратики ебашить)
>Десятью постами выше анонов спрашивал. Нет у нас ничего такого.
В этом и проблема, что вы даже статусы квадратиков несмогли за стандартизировать за столько лет
я охуел, когда тут спросили как лучше насос показывать и челики начали отвечать
Сценарий VrМонтажник+ИтГейХипстер сейчас тормозит не столько даже IOT, сколько дороговизна VR-решений, как только они станут доступны - твои проекты уходят пикрил
>>В этом и проблема, что вы даже статусы квадратиков несмогли за стандартизировать за столько лет
В каждой отрасли все стандартизировано.
Пример для электроэнергетики:
https://www.fsk-ees.ru/upload/docs/STO_56947007-25.040.70.101-2011_izm_18072017_new.pdf
В Газпроме, Транснефти, метрополитене, РЖД и т.д. - свои стандарты, заточенные под их конкретные нужды.
Мне кажется, с твоим бэкграундом проще перейти на Сименс.
Документация, видео и кряки от EKB на Tia Portal в сети есть.
Учитывая жизненный цикл продукции Сименса - навыки работы с ним будут востребованы еще десятилетиями.
Embedded - это C (реже плюсы), килобайты памяти, потоки, мьютексы, UART/SPI/etc., осциллограф, паяльник, отладка по светодиоду и т.д. Мне со стороны это кажется интересным, но сам я понимаю, что не готов вкатываться в такую низоуровневую область. Хотя, опять же, спецы нужны, причем на рынке дефицит квалифицированных embedded-программистов.
> Выдержка из мануала самого производителя. Т.е. ты на слух и на глаз определять должен износ подшипников
Зачастую так и есть, хотя можно во время то делать и менять подшипники через определенный срок. Есть прибор для диагностики но он стоит сотни нефти. Есть смысл, если много двигла нанимать раз в год, во время то диагноста который придет и померит своим.
> а давайте будем определять и выводить уровень на визуализацию по данным расходомера, зная высоту и диаметр резервуара с говном!
На самом деле технически красивое решение. Если объем правильно рассчитать и счётчики настроить. Надо ток аварийный электрод прикрутить на всякий случай и норм.
>>2188502
А можно не страдать хуйнёй и закладывать в проекты современные решения - https://www.ifm.com/ru/ru/category/070/070_010
Ага. А потом накопится ошибка за пару месяцев неполного слива/налива или испарения там по естественным причинам. И вместо реального уровня будет показываться уже хуета. Там нужно будет костылить какой-нибудь аппаратный сброс уровня в ноль если например бак регулярно опорожняют и моют.
>Педик, ты же придёшь на объект
Приедут типы вроде тебя, а пикрилы будут на удаленочке кодить попивая Джус
как же у тебя горит очко, мамочки
Добавьте в шапку:
Родина им дала IIOT — изучай! Программируй IIOT, блядь! Не хочу, хочу жрать говно! Что такое? Это АСУТП?! Это АСУТП-2021?! Суки… Мудачьё — разработчики. Робы нацепили, говно жрут — пидоры, блядь, ёбаные…
>>2189433
Ахаха жополаз пытается тралировать. К сожалению жополазу невдомёк что производство в России это самое настоящее АУЕ со своими понятиями, суровостью и безысходностью бытия. Тебя, мой дорогой любитель подставлять бэк-энд, будут использовать исключительно по назначению, а не как программиста.
За последние пару лет мое предприятие не хило модернизировалось, и встал вопрос об адаптации службы к новому производству.
Посему вопрос - какая у вас структура службы на предприятии? Кого сколько и чем занимаются?
У нас сейчас:
- 1 руководитель (5/2)
- 1 АСУ (5/2)
- 1 инж КИП (5/2)
- 1 метролог (5/2)
- 4 дежурных КИП (12/12/в/в)
Было:
• 2 слесаря КИПиА (электроцех)
• Инженер АСУ ТП (отдел АСУ)
• Инженер по пожарной и охранной сигнализации (далее ПОС) (отдел АСУ)
• Техник по обслуживанию ПОС, СКУД, телефонии, видеонаблюдения (отдел АСУ)
• Начальник отдела АСУ (отдел АСУ)
Всего 6 человек
Стало пиздецово:
• 3 техника АСУ ТП (отдел АСУ) - совмещают обслуживание КИПиА, ПОС, СКУД, телефонии, видеонаблюдения
• Начальник отдела АСУ (отдел АСУ)
Всего 4 человека
Предприятие на 150-200 человек, достаточное количество автоматических установок.
У всех пятидневка, обычно ночные поломки терпят до утра.
Аноны, есть блок входов овен (МВ110), предполагается вешать его в непосредственной близости с датчиками, с которых он собирает данные. Проблема в том, что это улица, там бывают перепады температур (образование конденсата, в теории обледенение с последующим таянием, а еще туман, роса и все остальное, и просто повышенная влажность). А еще за окном может быть чуть ли не -60 (если Якутия или Крайний Север). Овен на это все абсолютно не рассчитан, если я правильно понял их саппорт. Решений на суровые погодные условия у них нет, специальных чехлов или шкафов тоже нет, стороннее решение предложить не могут.
Как быть в такой ситуации? Есть какие-то не термошкафы здоровенные, а термошкафЧИКИ (маленькие, под блок ввода и мб блок питания к нему, а не здоровенные 30 на 40 гробы), желательно чтоб стоили при этом не 50к. Да, про эти шкафы пишут, что они на определенную температуру, например от -40 до +50, а что по влажности (во всех ее проявлениях - туман, роса, иней, обледенение) и ее перепадам? Как они от этого защищают, если не все защищают, то какие защищают?
Очень извиняюсь за идиотичность вопроса и его формулировки, я весьма далек от темы, и мне вот только-только пришло в голову, что повешенный в наружнем необогреваемом шкафу овен по весне, наверное, даст дуба.
Так было нужно.
Каждый раз случается какая-то залупа, в одном случае не было возможности размещать электронные приборы за стеной, в другом объект удален от здания на несколько сотен метров. И я не уверен, что провод 1х2х0.75, или сколько там вешается, да и сам блок, нормально будут работать, если длина кабеля от датчика 4-20mA до блока ввода будет большая. Самим датчикам похуй на температуру и влажность, они герметичные, а вот блок, по идее, нежный.
У дкс есть новые шкафы, даже маленьких размеров, они там до -60 держат и стоят не дорого
Где ты их видишь?
https://www.dkc.ru/ru/catalog/778/filter/ef000008-is-140/ef000040-is-100/ef000049-is-50/apply/
И они разве обогреваемые-осушаемые?
>Где ты их видишь?
В конфигураторах смотри, вот совсем небольшой шкафчик
>И они разве обогреваемые-осушаемые?
У них же поставишь обогреватель небольшой, ватт на 50-100 - с головой хватит
https://www.dkc.ru/ru/catalog/1148/R5STHT100/
Вот, обогреватель, можешь на писят ватт въебать
>В конфигураторах смотри, вот совсем небольшой шкафчик
Анон, он полметра на полметра, он ОГРОМНЫЙ. Блок ввода примерно 55х90мм.
>У них же поставишь обогреватель небольшой,
>>2197812
>https://www.dkc.ru/ru/catalog/1148/R5STHT100/
А осушитель? Или как это в данном случае работает?
>>2155742 (OP)
Не знаю, к вам ли я или не совсем, но возможно к вам
>>2197196
Вот, возможно ты знаешь. Ну или кто-то, шарящий за блатные масти.
Как называется человек который, увидев несколько железок, от разных производителей, к каждой есть в лучшем случае адекватная документация на английском языке (а в худшем - дырка для провода 8p8c или зажимные винтики под что-то, похожее на rs232/422/485)), может собрать с этих устройств данные (по rs232/422/485 кастомный, modbus rtu, modbus tcp, может даже просто tcp/ip, может, can, может, что-то еще), написав программу, делающую сбор раз в секунду, формирующую из этого какой-то более-менее удобный для работы на сервере формат (например, json) и посылающую их по более-менее удобному протоколу обмена (например, mqtt). А потом все то же самое, но в обратную сторону. У меня в руках свитч, ноут, мешок с проводами и доступ к железкам, у него способ связать все со всем и программа на выходе. Как называется такая профессия, человека, который может написать такую увязывающую все со всем программу, где найти приличного (не разъебая) такого человека в Москве, сколько стоят работы таких людей (ставка при трудоустройстве или разовые подряды), где их гуглить и как отличать хороших от плохих (тестовое задание им, наверное, будет дать проблематично)?
Меня не забанили на ХХ, но ХХ по запросу rs485 выдает резюме энергетиков, инженеров-программистов, просто инженеров и просто программистов (микроконтроллеров и php/js), электриков, техников, разработчиков полного цикла, специалистов АСУ ТП, КИПиА, техников и это только на первой странице из 1300 вариантов.
звучит как очко, если бы мне какойнить рандом предложил это, может даже за норм деньги я бы не согласился.
как минимум потому что хз сколько времени это займется и получится ли связаться с этими устройствами по факту ( а то придётся ещё какойнить протокол ОВЕН или какойнить взлёт на ардуине колхозить)
а то начнёшь, а потом тебе хуй на воротник повесят, когда ты половину сделаешь, а про другую скажешь "инпосибуру десу"
>Да, нормально вас подсократили.
>Повешали все на 3 ребят, потому что они МОГУТ.
Прикол в том, что из этих трёх один - КИПовец из электроцеха переведенный, с программированием ни бум-бум, второй - вчерашний студент по специальности АСУ, третий - чувак, который норм шарит в электронике/ПОС/видео, но никогда до этого не работал с АСУТП. Вот и получается, что я хоть и начальник отдела, но приходится быть на подхвате постоянно. И если кто в отпуск уйдёт, вполне вероятно придётся самому ебашить.
>Предприятие круглые сутки работает без снижения интенсивности?
Нет, ночью из процессов только поддержание низкой температуры в полусотне ёмкостей. Причем несколько часов простоя без регулирования не критично для процесса.
>А как же простои?
А всем похуй. У нас одно время заворачивали счета даже на 5-10к рублей, т.к. у предприятия типа денег не было. Потом однажды встал частотник, потянул за собой установку, а та весь цех, стояли пару недель. С тех пор счета подписывают на ЗИП.
>>2198361
>Как называется человек который, увидев несколько железок, от разных производителей, к каждой есть в лучшем случае адекватная документация на английском языке (а в худшем - дырка для провода 8p8c или зажимные винтики под что-то, похожее на rs232/422/485)), может собрать с этих устройств данные (по rs232/422/485 кастомный, modbus rtu, modbus tcp, может даже просто tcp/ip, может, can, может, что-то еще), написав программу, делающую сбор раз в секунду, формирующую из этого какой-то более-менее удобный для работы на сервере формат (например, json) и посылающую их по более-менее удобному протоколу обмена (например, mqtt).
Инженер-программист АСУ ТП. Он тебе соберет данные с устройств на OPC сервера (у каждого производителя разный). Дальше нужен просто программист, который напишет OPC клиент, который будет перегонять данные с OPC серверов в удобный тебе формат и отдавать дальше. Ну и в обратную сторону забирать данные по твоему протоколу и раскидывать на OPC сервера.
>Как называется такая профессия, человека, который может написать такую увязывающую все со всем программу
Вряд ли ты найдешь человека, который сможет и захочет и с говном твоим возиться, и программу на ПК напишет.
>где их гуглить и как отличать хороших от плохих (тестовое задание им, наверное, будет дать проблематично)?
Для первой половины задачи очевидно надо искать васянов, у которых есть опыт связывания кучи разносортного говна в одну систему.
>Меня не забанили на ХХ, но ХХ по запросу rs485 выдает резюме энергетиков, инженеров-программистов, просто инженеров и просто программистов (микроконтроллеров и php/js), электриков, техников, разработчиков полного цикла, специалистов АСУ ТП, КИПиА, техников и это только на первой странице из 1300 вариантов.
Размести вакансию с описанием необходимых работ и люди сами потянутся. Да, это не бесплатно, но пусть работодатель раскошеливается.
То есть нужно
>Есть какие-то не термошкафы здоровенные, а термошкафЧИКИ
компактное,
>А еще за окном может быть чуть ли не -60
рассчитанное на экстремальные условия,
>а что по влажности (во всех ее проявлениях - туман, роса, иней, обледенение) и ее перепадам?
надежное и высокотехнологичное,
>желательно чтоб стоили при этом не 50к.
бесплатное решение? Лол, как думаешь, сколько пунктов одновременно получится соблюсти?
Я бы изначально собирал на модулях, предназначенных для установки вне шкафа (так нам не страшна влажность), но ставил их в шкафу и шкаф подогревал (так мы соблюдём температурный диапазон модуля). Например на чем-нибудь типа Siemens ET 200AL. Это будет охуенно дорого, зато надёжно.
А разве это не те, кто разводят платы и программируют ардуину?
>>2198408
Хорошо, а как надо? Поэтому и спросил про ставку или как в таких случаях поступают? Можно наверное по устройству оплату производить.
>>2198442
Разве это должно быть 2 разных человека? Как можно написать программу, НЕ возясь? Получив от возившегося с говном документацию, если ее не хватало? Так все равно нужен опыт работы с протоколами.
>искать васянов, у которых есть опыт связывания кучи разносортного говна в одну систему
Как это называется, васяны эти? Не системные интеграторы же.
>>2198442
>Размести вакансию с описанием необходимых работ и люди сами потянутся. Да, это не бесплатно, но пусть работодатель раскошеливается.
В вакансиях вроде есть упомянутые мной штуки.
Такая профессия называется долбоеб я.
Проблема в том, что ебаный зоопарк может завестись с пол пинка, а может одна железка неделю ебать мозг, потому что забыли/забили на поясниловку по регистрам две версии руководства назад.
НО
Даже если ты это говно свяжешь, то дальше наступает проблема говнокода. Ты думаешь долбоеб я будет писать тесты и обрабатывать исключения в одну каску? Он я охуеет, забьет на это и будет исправлять по мере поступления проблем.
НО
Даже если все эти итерации чудом пройдутся, то долбоеб я попадает на ГУЙ и здесь-то большую часть времени долбоеб проебётся.
Резюмируя, бери студента с горящими глазами из ВУЗа и подписывай с ним пожизненный контракт. Те кто реально могут - перекатываются вайти на другие деньги и им это говно не уперлось, а те кто говорят, что могут я, скорее всего в жесткие рамки выполнения плана просто не впишутся и с ними завязываться только выйдет себе дороже.
А вообще тебе нужны АСУшник, сисадмин и кодер на бэкэнде. Первый настроит полевые приборы, каналы передачи и даст таблицы сигналов. Второй наладит связь до уровня приложений. Ну а третий под это дело напишет хорошие серваки и интерфейсы для связи с ними. Нормальное поделие стоить будет овердохуя.
А вообще вообще купите себе дорогой описишник(Крайне рекомендую почитать в википедии, что такое OPC-сервер. Хотя бы первые три строки. А потом перечитать свой запрос.) с максимальным охватом твоего зоопарка, запараметрируйте его и не изобретайте велосипеды, если нет спецов. А профессия называется инженер по системам диспетчеризации и системам учета энергоресурсов.
>Разве это должно быть 2 разных человека? Как можно написать программу, НЕ возясь? Получив от возившегося с говном документацию, если ее не хватало? Так все равно нужен опыт работы с протоколами.
У тебя есть какие-то железки с цифровыми портами и тут может быть два варианта:
1)Если производитель изначально предусматривает возможность сбора с них данных, то тогда он предоставляет соответствующий софт и инструкции и тебе нужен "инженер АСУ-ТП", который настроит соединение между ПК и железкой (физическое и логическое, эти вещи стандартизированы). Данные эти обычно собираются в OPC сервер производителя, который дальше может обмениваться стандартизированным образом с OPC клиентами любых производителей. Чтобы настроить обмен [железка <-> OPC сервер <-> OPC клиент] и пробросить конкретные данные (дать им названия, указать адреса, настроить аварийные границы) тебе нужен "инженер-программист АСУ-ТП". В большинстве случаев "инженер АСУ-ТП" и "инженер-программист АСУ-ТП" могут быть одним и тем же человеком. Если тебе надо забирать данные с OPC сервера производителя и дальше перегонять в кастомный протокол, то тебе нужен "программист", который уже напишет OPC клиент для ПК.
2) Если производитель не предусматривает возможности сбора данных с железок и порты предназначены для конфигурации самих железок производителем, то с 90% вероятностью ты оттуда ничего не вытащишь (железка изначально не отдаёт в порт данные ни в каком виде) и в 10% железка таки что-то отдаёт. Если железка отдаёт данные и они не зашифрованы, то тогда тебе нужен "инженер электронщик" с навыками реверс-инжиниринга (чтобы распарсить отдаваемый протокол), сборкой плат и программированием микроконтроллеров (чтобы перегнать передаваемые железкой данные в нужный тебе логический вид и отдать по требуемому типу физического подключения). Дальше эти данные надо опять собрать на ПК и перегнать в нужный тебе протокол, и тут опять нужен "программист".
В целом вся эта затея скорее всего нерентабельна, если тебе надо это сделать разово. Тупо дешевле будет заменить все железки железками одного вендора и зацепить на один OPC сервер этого же вендора. И объясни, зачем тебе дальше надо перегонять в другой протокол? Самописную скаду делать собираешься?
мне нужна область памяти с текущим значением величины (по руководству HRT это адрес 1300 (+1 при считывании регистров модбас с сименса, выходит 1301), по этому адресу полное молчание, но какие данные приходят при обращении по адресу 507 (из руководства 506 - CMD 0 - общая информация об устройстве и т.д., мне это нахрен не нужно).
под Unit Id подразумеваешь interfaceId? (стоит локальный порт с номером 64), или ID hrt самого? (выбрана 1, потому что нигде в настройках нет задания ID для HRT, просто ip, маска, шлюз)
выбрасывать симнс не варик, уже все на нем сделано + скада, вот осталось только в расчеты плотность с массового расходомера завести, который имеет протокол HART. Со смещением тоже врятли, мб просто формат команды у сименса для MB_Client не такой как нужен и HRT хуй понимает, что от него требуют
ибо никаких ошибок блок не выдает, стабильные 7005\7006, что говорит о приеме\передаче данных
я видимо другую версию использую MB_Client или у тебя вообще не он, вот такие параметры используются
А вообще я вот только что разобрался, все таки видимо стандартный формат команды на чтение регистров отличается у MB_Client, поэтому все сейчас решилось блоками TSEND_C и TRCV_C, где в TSEND_C записываю сообщение/команду (которое с утилиты глянул) для чтения регистров
Спасибо за то, что время уделил
>Даже если ты это говно свяжешь, то дальше наступает проблема говнокода. Ты думаешь долбоеб я будет писать тесты и обрабатывать исключения в одну каску? Он я охуеет, забьет на это и будет исправлять по мере поступления проблем.
Как это все на практике происходит, где вы няшечки обитаете, как вас найти среди вакансий на хх?
Сколько касок нужно и как осуществляется эта работа, если нет возможности неограниченно пребывать на объекте? Надо сделать, съебаться и чтоб оно само дальше работало.
ГУЙ на хуй не нужен, я же говорю, отдать в любой нормальный канал вроде mqtt, которую любая вебмакака осилит, описать что где отдается и принимается, и дальше не ебать себе голову.
>А вообще тебе нужны АСУшник, сисадмин и кодер на бэкэнде. Первый настроит полевые приборы, каналы передачи и даст таблицы сигналов. Второй наладит связь до уровня приложений. Ну а третий под это дело напишет хорошие серваки и интерфейсы для связи с ними. Нормальное поделие стоить будет овердохуя.
Откуда АСУшник узнает таблицы сигналов, если нет доки или она устарела-хуевая-написана на татарском? Сисадмин тут для чего кроме поднятия сети и запуска mqtt сервера? Бэкендеры напрямую с такой хуйней как rs485 не хотят работать, у них сейчас даже для авторизацию юзера фреймворк за них делает.
>А вообще вообще купите себе дорогой описишник(Крайне рекомендую почитать в википедии, что такое OPC-сервер. Хотя бы первые три строки.
Читал, я об этом нихуя не знаю, но по описанию это какие-то огромные хуйни для огромных же предприятий, а не задачи написания скрипта или проги для конвертации данных с вотчером на случай падения этого скрипта или проги.
>>2198574
Производитель может дать, например, ethernet-порт для подключения и просмотра-управления с компа по локальной сети, в браузере, то есть визуально, тыкая мышкой. Никакой инфы по API и прочему, чтоб забрать данные сторонней прогой - нет, может быть какая-нибудь инфа по modbus tcp на уровне "бит 24 изменить D2". В другом случае может быть какая-то хитрая кастомная реализация удаленного просмотра экрана (не VNC, а что-то очень свое) в виде единственного экзешника и больше нихуя. Зато дадут дырки под rs485 и 1.5 страницы документации.
Никакими ОРС-серверами, клиентами и скадами тут и не пахнет. Шифрования и вендорлока никакого нет, всем похуй, если оно и есть, то это бинарный формат долбоеба, который "так видел". Возможности заменить все железками одного производителя нет, надо увязывать то, что есть.
>В целом вся эта затея скорее всего нерентабельна, если тебе надо это сделать разово. Тупо дешевле будет заменить все железки железками одного вендора и зацепить на один OPC сервер этого же вендора. И объясни, зачем тебе дальше надо перегонять в другой протокол? Самописную скаду делать собираешься?
Я наверное долбоеб и сразу не сказал: это не промка, это медицина. Тут все сделано как попало, да, мне нужна, как пишет анон выше
>>2198580
>веб визуализацию всего для хуй знает кого, чтобы выебываться в парилке
только цель - видеть в одном окне, когда что-то идет по пизде, быстрее, чем до пизды таки дойдет.
>при считывании регистров модбас с сименса, выходит 1301
А не 31301 или 41301 смещение на 30000 для input register и 40000 для holding register, ну и там возможно смещение на 300000 и 400000 для больших адресов, но у тебя меньше 9999? MB_Client ведь понимает какой это тип регистра по его адресу.
Вообще отложи для начала сименс и попробуй до нужных регистров достучаться с компа с помощью какого-нибудь Modbus Tools, чтобы точно понять, что твой шлюз всё нормально отдает.
то, что к регистру добавляется 30000 или 40000 это само собой разумеющееся за исключением вроде кода режима 104 (чтение входных слов)
а так с компа я, как указывал выше, получал параметры через ModScan32 и ModbusUtility
ну и, как уже отписал выше, проблему решил, просто МБ_Клиент наверное имел другой формат команды (мб биты переставляет как-то и что), поэтому все решил через TSEND_C и TRCV_C
спасибо
>И что? ип66 - это защита от струй воды, случайно попавших в бокс, а не герметичность. Герметичность это 10 АТМ+. По крайней мере, если смотреть на потребительскую электронику.
Ты его под метровый слой воды в пруду что ли устанавливать собрался? ип66 это на улице под снегом, дождем, градом стоять на похую
>До меня мб туго доходит, но вроде если есть какой-то шов, где воздух может проходить, влажность будет стабилизироваться на общем уровне с атмосферным.
И поэтому у нас на улицах шкафов не бывает, потому что все затопит, ага?
<Никакими ОРС-серверами, клиентами и скадами тут и не пахнет. Шифрования и вендорлока никакого нет, всем похуй, если оно и есть, то это бинарный формат долбоеба, который "так видел". Возможности заменить все железками одного производителя нет, надо увязывать то, что есть.
>Я наверное долбоеб и сразу не сказал: это не промка, это медицина. Тут все сделано как попало, да, мне нужна, как пишет анон выше.
Вот с этого и надо было начинать. Дай уже нормальное ТЗ. Перечень оборудования и что с ним надо делать.
Ну и нахер я три абзаца писал?
>ГУЙ на хуй не нужен, я же говорю, отдать в любой нормальный канал вроде mqtt, которую любая вебмакака осилит, описать что где отдается и принимается, и дальше не ебать себе голову.
Да ёб твою мать, почитай уже про OPC сервера. В промке стараются делать стандартизированные решения, потому что кому надо ковырять твои велосипеды через 10 лет работы?
>отдать в любой нормальный канал вроде mqtt
Это НЕ стандартное решение, а ёбаный выелосипед. Хочешь велосипед - нанимай бэкэнд программиста, пусть он пердолится.
> которую любая вебмакака осилит
А дальше, блядь, почитай что такое SCADA и зачем оно нужно.
>Откуда АСУшник узнает таблицы сигналов
Из документации.
>Откуда АСУшник узнает таблицы сигналов, если нет доки или она устарела-хуевая-написана на татарском?
Методом подбора.
>Бэкендеры напрямую с такой хуйней как rs485 не хотят работать
Ясен хуй.
>Крайне рекомендую почитать в википедии, что такое OPC-сервер.
>Читал, я об этом нихуя не знаю, но по описанию это какие-то огромные хуйни для огромных же предприятий
Сука. OPC сервер конкретного вендора общается с железками этого вендора (по какому-нибудь своему ебанутому протоколу, возможно даже шифрованному), а потом отдаёт тебе это в ОС в стандартизированном виде. В стандартизированном означает, что OPC клиенты любых вендоров могут общаться с OPC серверами любых вендоров, настройка минимальная.
Вот тебе пример OPC сервера - https://owen.ru/product/new_opc_server
Ты можешь на него вообще один терморегулятор этого производителя за 2к рублей посадить и собирать данные, всё будет работать. Потом накатить любую SCADA и она увидит и этот OPC сервер, и данные терморегулятора в нём. SCADA выступает OPC клиентом в данном случае. А тебе, исходя из постановки задачи, нужно писать OPC клиент, перегоняющий найденные с OPC серверов данные в твой кастомный протокол.
Спасибо анончик, что за меня написал.
Он даже может со скадой не ебаться, а дать баке раздел по апишке OPC, чтобы тот ему данные на красивую картинку сделал и оповещалку в телегу.
Как я понял по написанному выше, журналирование не очень актуально пока я об этом не написал right now, а нужно только аварийное оповещение.
>Вот с этого и надо было начинать. Дай уже нормальное ТЗ. Перечень оборудования и что с ним надо делать.
Ну блин, сорри, тупанул.
>Сука. OPC сервер конкретного вендора
Я ничего не слышал об ОРС серверах производителей оборудования, сомневаюсь что у кого-то он есть. И мне покупать его у каждого вендора? У некоторых вообще ничего нет, с некоторых я собираю сам с датчиков и перегоняю в mqtt, который потом будет приниматься и выводиться в ГУЕ, который делать будут совсем другие люди. Задача - увязать всех ежей с ужами. Силами ОРС-сервера - ок, если это какое-то бесплатное или недорогое универсальное решение, которое соберет со всех каналов и отдаст в какой-то один нормальный (mqtt с json или xml в ответ на апи-запрос к нему - похуй) - збс. Только я не уверен что такое существует.
> Перечень оборудования
Да дохуя их. Что-то самодел, что-то закупаемое. Из закупаемого - kaeser, rifair, oxyplus, ecom, mil's, draeger, atlas copco, airsep, mz liberec, провита, agilent, vrv eagle... да дохуя их, я даже всех не знаю, только более-менее приличные. О некоторых мало знает гугл. Некоторые не идут на контакт и не дают документацию, кто-то дает такую, что лучше бы не давал, у кого-то из готовых решений работающая в режиме совместимости с XP прога, исходников которой никто не видел, у кого-то веб-морда.
> что с ним надо делать
Отслеживать текущие показания приборов, их состояние, сравнивать с принятыми за норму, орать когда не норма, орать когда ошибка самого прибора, когда нет связи с прибором, когда данные с прибора левые, записывать это все и отслеживать реакцию, позже - удаленно управлять приборами.
Тебе нужна система диспетчеризации обыкновенная. Составляй ТЗ и нанимай контору, занимающуюся SCADA-системами автоматчиков.
Отдельно в ТЗ прописываешь, что нужен веб и SMS оповещение.
Сделают ахуенно, без васянства на коленке и прочих твоих фантазий. Главное - на приемо-сдаточных не проебись и проверь все как следует.
А можешь все-таки ответить на вопрос, какие именно спецы мне нужны на участке от "есть оборудование, хуй знает что с ним делать, где-то есть дока, где-то нету" до "бэкендер может по апи или mqtt забирать данные и отдавать команды, не заморачиваясь", как эти спецы называются, где их искать, сколько они хотят денег и т. д.
>>2198361
(вот исходный вопрос)
>>2200395
>Тебе нужна система диспетчеризации обыкновенная.
Ну да.
Можешь в тг в рускоязычной группе про iot закинуть реквест, но чувак который под это подрядится скорее всего обосрется, потому что умные в этот пиздорез не полезут.
Я бы все же тебе порекомендовал не городить велосипед. Выйдет боком 100% и станешь крайним заодно вместе с ним.
Одно дело, когда тебе просто нужно управление небольшой группой устройств, с мигалкой и общим алармом на мобилку.
Совершенно другое - журналирование, формирование отчетов и аварийных сигналов. Это, все таки, отдельная серьезная тема, которую разрабатывают годами и которую, чтобы изобрести с нуля - нужно быть очень не слабо подкованным спецом.
Гораздо надежнее воспользоваться готовыми проверенными решениями. Даже у них по хорошему при среднем сроке эксплуатации 10 лет, 2-3 года уходит на отладку и сопровождение интегратора.
>Совершенно другое - журналирование, формирование отчетов и аварийных сигналов. Это, все таки, отдельная серьезная тема, которую разрабатывают годами и которую, чтобы изобрести с нуля - нужно быть очень не слабо подкованным спецом.
Заорал, блядь
>кидать строчки в sql и по запросу выводить их юзеру
>нужно быть очень не слабо подкованным спецом
>мам, энтити фреймворк сложнааааааа
Какие конкретно решения, проверенные?
>Можешь в тг в рускоязычной группе про iot закинуть реквест, но чувак который под это подрядится скорее всего обосрется, потому что умные в этот пиздорез не полезут.
Вроде бы заявляющих о знании rs485, C++ и опционально умении реверсить протоколы дохуя заявляющих. Но хз, что там и как на деле.
Бля, не токсите пожалуйста, няши, я знаю, я наверное тупые вопросы задаю, но здесь все мои друзья. Я просто хотел посоветоваться, как найти такого чувака на стыке программирования и АСУ ТП, как его протестить, сколько ему платить и т. д.
>как найти такого чувака на стыке программирования и АСУ ТП, как его протестить, сколько ему платить
Во-первых тут всё таки не HR сидят, так что часть вопросов совсем мимо.
Во-вторых я не думаю, что одного человека тебе будет легко найти. Вообще ты задачу ставишь так, что тебе либо фирмочку надо на подряд брать. Либо хотя бы 2 человек себе нанимать, если ты хочешь стать фирмочкой, которая разрабатывает решения для диспетчеризации мед оборудования. Мне кажется разделение должно проходить по линии передачи данных на пека/в сеть. Т.е. 1ый человек, видимо с опытом АСУшника, программера микроконтроллеров или ещё какого embedded говна, который сможет разгрести твой низкоуровневый зоопарк. А 2ой человек, обычный программер под твои нужды, тот кто соберет всю эту информацию в удобный тебе вид, сделает все нужные хотелки, нарисует веб-морду, и т.п. В целом, конечно и одного обычного прогера может хватить (с упором на понимание сетевых протоколов), т.к. всё-таки я не очень понимаю как ты собираешь оправдывать трудозатраты на реверс инжиниринг всякого старого хлама а по новому хламу надо доебывать поставщиков оборудования, чтобы выдали описния интерфейсов. Ну и от объемов задач, и сроков, конечно твой штат будет тоже зависеть.
Уже несколько раз ему объяснили, что тут нужны компетенции из нескольких специальностей, но он всё надеется найти одного человека. Еще и по деньгам, небось, прикидывает 50к в месяц платить. Если бы у меня хватило компетенций и яиц в такую авантюру вписаться, то стоило бы это 300-400к в месяц.
>>2201709
Блядь, да не хочу я найти ОДНОГО человека, я же говорю, с вот этими обычными программерами все понятно, вопрос про
>Т.е. 1ый человек, видимо с опытом АСУшника, программера микроконтроллеров или ещё какого embedded говна
Наверное по таким ключевым его и надо искать. Со всеми остальными понятно, а с вот этим мне и сложно как раз.
Все работы простые, где нет глубокого матана ебать ты меня напугал фреймворком, братиш.
Трудно именно в одну морду лица все отследить и предусмотреть при разработке и отстройке нового ПО, особенно от работы которого зависят жизни людей.
По моему личному опыту, иронизирующие на тему
>из sql данные вытащить или положить пиздец, как трудно
по дефолту выкатывают продукт
>Авария:DB10.DBX0.7
И исключений не встречал ни разу.
>По моему личному опыту, иронизирующие на тему
>из sql данные вытащить или положить пиздец, как трудно
Просто ты это не умеешь видимо, оттого тебе и кажется, что это сложна, сложна, нипанятна
>Трудно именно в одну морду лица все отследить и предусмотреть при разработке и отстройке нового ПО, особенно от работы которого зависят жизни людей.
Ну да, но все с опытом приходит. Во главе разработки должен стоять толковый человек, который видит всю картину и понимает тонкости каждого этапа. А то получится, как у луки с интачом вондерваровским. Есть у вондерваре интач и хисториан (надстройка над sql для быстрой записи больших объемов данных). И вот проектант начинает закладывать интач, закладывает хисториан, ему заказчик говорит, мол, нам тренды надо смотреть. Проектант открывает спеку на интач, ну да, тренды интач показывать умеет. Все ок. А потом выясняется, что бай дифолт интач показывает тренды, только которые сам хранит, а для того, чтобы показывать тренды из хисториана, надо еще хисториан клиент заказывать.
И так во всем. Если во главе разработки не стоит человек, который тонкости понимает и подводные камни, то все развалится, как раз на стыках работы двух профессионалов.
> Ты наверное не поверишь, но я настолько отбитый шиз, что проверил бы всю 1000.
Я очень надеюсь что ты разработчик, а не в эксплуатации. Если ты в эксплуатации, то я очень сильно надеюсь что ты не металлург ическом секторе. Если ты в металлургическом секторе, то я очень сильно надеюсь что ты не из тех кто имеет весомый голос.
> Неспеша.
Ручками?
А что рассказывать. Все глупо. HMI ваял один человек, запускать установку с нами его поехал другой человек. Во время пусконаладки вдруг оказалось что у всех 8 клиентов показывает черный экран вместо попапа трендов, а лицензии заказывать уже поздно. Мы сделали покер фейс и сказали что так должно быть, что так и работает, у вас есть отдельная станция с трендами и это нормально. Клиент схавал.
Какие проблемы изолировать систему управления и имитировать алярмы или ручками через входа или эмулятором? По очереди нарушать цепи безопасности, не полключеные к реальным цепям и проверять реакцию, так же не подключенную к реальным устпойствам?
Или у вас там сталь непрерывно льется 20+ лет и вы на ходу меняете шкафы управления и прочую приблуду?
>Мы сделали покер фейс и сказали что так должно быть, что так и работает, у вас есть отдельная станция с трендами и это нормально. Клиент схавал.
Дополню, что вам охуенно повезло с заказчиком. Бывает обратная ситуация, когда ты реально что то не можешь сделать, потому что тупо программа этого не умеет. А тебе вытаращив шары говорят, что сделать надо, мамой клянусь, на другом объекте сам видел, что именно так все работает. Любые доводы и даже официальный ответ разработчика скады игнорируются, делай и все, у других работает, значит и у меня должно. Заканчивается обычно на этапе созвона с этим чудо объектом и выяснением, что заказчику все это привиделось, а сам он нихуя в этом не волокет
Это случается когда технический персонал это кучка заебанных начальством бедняг.
>>2203307
> Какие проблемы изолировать систему управления и имитировать алярмы или ручками через входа или эмулятором? По очереди нарушать цепи безопасности, не полключеные к реальным цепям и проверять реакцию, так же не подключенную к реальным устпойствам?
Время.
> Или у вас там сталь непрерывно льется 20+ лет и вы на ходу меняете шкафы управления и прочую приблуду?
Не, чукча не читатель, чукча писатель.
>Если в тендере расходы превышают доходы, то да, не нужен.
Ты точно асушник? Не слыхал, про такую тему, когда выиграв жирный тандер на луке компания улетучивается, а объект строить надо? Вот и строят в нуль или в минус с обещаниями потом на других объектах навариться. Ты в курсе, как объекты деляться? Собираются ровные пасаны за столами в галстуках и раздаются среди них только, вот чтобы за стол сесть, тебе надо в минус сначала поработать
Таким образом, похуй на заказчика, главное сдать хуйню, которая должна работать?
>>2203755
Поделено все не только в нефтянке. Например, то же в энергетике. Там вообще резня шла/идет? похлеще, чем у монтекки с капулетти. И этот успешный интегратор в этом аспекте полностью прав. Сейчас, правда, нашли пару лайфхаков, но они работают на пирогах существенно поменьше.
>IIOT? Ах, никакой? Ну и на хуй
>лукойла, сибура
Сейчас бы еще душные DCS на некрокирпичах посравнивать с IIOT
Ты похоже от своих квадритиков ебнулся уже
Да, можно всё скатить в сарказм и смехуечки, но я работал в реальной эксплоатации, где после заказа и начала пусконаладки проекта, когда привозились оборудование и шкафы управления, начальник отдела кип и асу говорил директорам "всё хуйня", пусконаладчики от подрядчика не приезжали вообще, а местные кипаны (мы) сами монтажировали и подключали шкафы к датчикам и исполнительным механизмам и сами запускали всё в работу, так можно было, ибо верхнего уровня в виде плк и скад не было вообще, всё отдельными регуляторами, как у дидов в 80-х, половина в шкафах переделывалось на ходу под хотелки технологов. Потом это всё представлялось так, что у нас ноу-хау технологии и нечего чтобы подрядчики вдруг это увидели и применили у конкурентов.
Братцы, посоветуйте какую нибудь надежную 3g приблуду, которую можно на объекте оставить и подключаться к плк удаленно
есть какое то норм решение на изи чтоб?
>Какое отношение имеет проверка правильности работы программы с ручной проверкой какие тревоги выходят на ЧМИ?
Потому что важен конечный продукт, а не программа сама по себе и помимо косяков на уровне софта можно найти кучу проблем на уровне наладки и монтажа.
Но ничего такого, конечно. На всяких мелких частных заводиках, лет 10-12 назад мои старшие коллеги, которые халтурили безо всяких контрактов, просто вводили называемый ими "блок неисправности", который отрабатывал, допустим, через полгода-год.
Я алтьфак 4 года в АСУ, попал туда по ссылке с лурочки.
Но вот я никогда и не думал что мелкоконторы/шабашники вообще в нефтегазовый сектор допускаются. Ладно металлургический, там полно разных мелкой локальной хуерги с одним плк и панелькой, но в нефтегазе же сплошной DCS.
ТИА портал собственно появился в связки с ПЛК 1000ой серии, так что можно и 1200 и 1500 на них ваять хоть с версии 10.5
тут дело скорее в том, что у тебя с завода может быть более новая прошивка в плк и старый тиапортал её уже не будет поддерживать и сименс уже не гарантирует,что всё будет работать норм, придётся даунгрейдить прошивку в плк
> а чё не так с PCS7 и металургией?
При том что он там выгоден только в самом начале, то есть на производстве шихты. Уже на печках проще ставить нормальный ПЛК. На МНЛЗ большая часть всех уникальных фишек вроде батча вообще не используется, а стоимость и продолжительность разработки дико увеличивается.
> вон есть siemens vai, был у них штуках на 3 прокатных станах, всё сделано на ПЦС, хорошо красиво, поцаны не жалуются.
На всякий случай напомню что Vai в оригинале это австрийская компания, что к 2010 году настолько просрала все полимеры, что в их родной завод VAS пригласили макаронников делать модернизацию.
>Максимальное время исполнения цикла определенного процесса тоже технолог подсказывает?
Ты очень далек от нефтянки походу. Какое максимальное время исполнения цикла определенного процесса? Там, блядь, все производство это клапаны отсечные и регулирующие, да бочки. Не, называются они по разному, типо, хитер тритер, сепаратор, трехфазный сепаратор, ксу, но суть одна - бочка и клапан, ну подогрев еще. Не, ну бывают сложные контуры, когда из нескольких бочек берутся параметры и ими регулируется клапан один, типо, каскад, все дела.
А тебе кто максимальное время цикла подсказывает? Не технолог? Я как бы оператора за технолога не считаю, технолог это тот, кто волокет в технологии.
Нефтянка это не аэс, тут на скорости поебать, обычный плк справляется не пикая.
>нахуя мне техпроцессы? Я защищен от пиздеца развода рамсов с заказчиком другими сотрудниками фирмы.
Так то кукарекать удобно. Сидишь себе кодишь, а проблемы запуска твоего говна разруливает кто-там... ведущий проекта или кто там такой же.
В других компаниях ты и технолог и кодер и кипиа монтажёр и прочая затычка во всей цепочке от хотелок до продукта. Потому что очевидная истина: в любой работе самое главное не добиться результата, а чтобы ответственность тебя не касалась
максимальное время исполнения цикла тебе подскажет наличие разума
если у тебя бочка 100кубовая бочка греется, то как бы любой разумный человеку поймёт, что атм регулятор можно и раз в 5 сек вызывать (если в бочки нет никакой ебучей магии)
а если у тебя механизм движется со скоростью 10м/c мимо индуктивного датчика, то надо уже задумываться о быстродействии
А именно по алгоритму, что и за чем должно работать, то на нормальных производствах есть технологи, как сказал человек выше
>>2206317
и это не кукареки это нормальных рабочий процесс когда ты продаёшь именно услуги автоматизации и всё это прописывается на уровне контракта о том что заказчик предоставляет технологию.
отдельный разговор, конечно, если у вас контора строит цеха целиком и продаёт "технологию", но я как понял это не тот случай
А OPC-сервер обязательно использовать как "прослойку" между портом и SCADA-системой, или можно обойтись без него.
Не обязательно. SCADA обычно имеют на борту драйвера для общения с контроллерами, как по проприетарным протоколам связи, заточенными чисто на одного производителя, так и по более ходовым, по типу модбаса. OPC придумали просто как дополнительное решение для унификации, чтобы как можно болезненнее совмещать зоопарки устройств. Так что они не являются обязательными, а просто одной из возможностью для построения коммуникаций. Алсо, современные контроллеры умеют у себя прямо на борту OPC поднимать, без необходимости держать приложение-сервер, запущенным на компе.
>>2206443
То что ты назвал, это физический уровень. Условно 1-2 уровень OSI. Как бы задумываться о том какие ты провода и куда тыкать конечно надо, но к скадам это имеет мало отношения. Короче, просто посмотри поддерживает ли выбираемая тобой скада то оборудование, с которым ты собираешься общаться, или есть ли у них общие протоколы связи. Если нет, тогда думай уже о OPC-сервере для данного оборудования, который позволит построить тебе нужную коммуникацию.
>Почему не тот?
У меня есть представление, что у фирм достаточно крупных, что бы строить целиком цеха/заводы. Уже имеются технологи в той сфере которую они представляют или как минимум они платят бабки и берут в подряд НИИ или экспертов с работающих заводов.
По крайней мере мы работали на паре проектов с "метпромом" и всё было нормально по предоставлению информации о том как это всё должно работать
может конечно нам просто повезло
>как можно что-то кодить не понимая техпроцесса
FDS
Поработав лет 10 ты поймешь, что невозможно, а главное нинужно понимать все виды техпроцессов.
То что многие додики тут называют знанием техпроцесса формализуется и выдается в виде FD.
Обычно это не более чем попытка набить себе цену.
Мы например для крупных и серьезных задач всегда нанимает исключительно околоайтишников. Кабанов-технологов-700р-точка сразу скипаем.
Вы не поверите, но эти ребята без знания техпроцесса делают в 3 раза быстрее и не ебут мозг своим видением техпроцесса
То чувство когда написание FD является моей прямой обязанностью.
И кто это вы? Я так и не понял если честно.
>>2206954
Не, пока только мидл.
>>2207075
Какой такой документ описывает блокировки? Я интерлоки всегда в функциональное описание пихал.
>>2207085
Что хуярить? Как можно написать ту же гидростанцию не понимая как и зачем она нужна?
>Какой такой документ описывает блокировки?
По разному называется, схема автоматизации, например, или ПБ.
>Что хуярить? Как можно написать ту же гидростанцию не понимая как и зачем она нужна?
Да легко, ну, вот турбина, у ней куча параметров, по некоторым срабатывает блокировка и перекрывается поток воды, который её крутит. И чо тебе надо то, какую технологию знать, если ты видишь, что вот по этому параметру такой то интерлок срабатывает и такой то выход блокирует поток.
> По разному называется, схема автоматизации, например, или ПБ.
P&ID? Где ты там интерлоки увидел?
> Да легко, ну, вот турбина, у ней куча параметров, по некоторым срабатывает блокировка и перекрывается поток воды, который её крутит. И чо тебе надо то, какую технологию знать, если ты видишь, что вот по этому параметру такой то интерлок срабатывает и такой то выход блокирует поток.
Ну, например можно знать как не путать гидростанцию и гидроэлектростанцию.
ПБ - описание алгоритмов, ГОСТ смотри.
>, например можно знать как не путать гидростанцию и гидроэлектростанцию.
Ты понимаешь, что со стороны разработки ПО посрать вообще, есть входа, есть выхода, есть документы, которые связи между ними описывают. Все. Или ты там без проекта ПО пишешь? Основываясь на чем? На личном опыте? И интерлоки хуяришь основываясь на опыте? Если чего случится, отвечать кто будет?
А, ну так прикольно вам макакенам. Дали то, это, посредине. Сказали хуярить код чтобы с входов было на выходах как по вот этому документу. Сидишь себе, жопу натираешь. Вся твоя сфера работы ограничена и защищена подписаными документами. Это удобно да.
мимопроходил
Знаешь, как я понял у нас ситуации довольно таки разные.
Я на входе имею список сенсоров и актуаторов, чертежи, P&ID, ну и еще адреса IO. Я основываюсь на личном опыте и на софте других подобных машин. На выход я должен выдать софт, функциональное описание и список сигналов рисовальщику ЧМИ.
Если случится что-то то будет отвечать тот кто виноват.
Есть два стенда на S7-300 (315-2DP), у каждого свой отдельный проект + подключённая по MPI HMI. Стенды полностью независимы друг от друга.
Возможно ли программно объединить обе связки ПЛК+HMI в сеть через profibus/mpi, передавая небольшой объём информации по сети, но при этом чтобы проекты оставались разные (со своими исходниками) и с точки зрении одного стенда - другой был бы просто чёрным ящиком со своим сетевым адресом?
А надо как?
Ух, ща навасяню...ой, как это емкость ебнула и трёх васянов размотало...пук пук, А эта ни я, мааам, ну ни нада на бутылку
Ты пойми, мы тут про серьезную промышленность.
Ну, и у тебя дохуя обывательского, если все словами написано, значит в код перевести все просто. Да да.
>>2207560
поздравляю, судя по всему ты работаешь в какой то залупе
в химии у нас есть даже ФЗ по которому на любой установке должен быть технологический регламент (не путать с техническим), в котором описан процесс уровня:
>При достижении уровня LAH1221, производится постановка насоса P1222 и открытие клапана USA1223. При открытие клапана USA1223 включить шнековый питатель S134
И так далее
когда наша контора делала прокатный стан и я лично писал программу для шагающей печи, то у меня был примерно такой же документ. Описывающий как должна работать гидростанция, с её тех параметрами в виде давления. Каким образом работает система густой смазки подшипников, как часто у неё должен срабатывать цикл и всё такое. Алгоритм воспламенения печи и то, что при определённом количестве неудачных запусков, нужно подождать и сколько, что бы не бахнуло.
И помимо всего этого был специально обученный дед, который является технологом (раскрою тайну, профессия технолог не просто так существует), которого я заёбывал вопросами, что да как.
И если штуки уровня, как сделать гидростанцию (о боже великий уровень технологий) и перемещения заготовки через печь, поддержку соотношения раз/воздух(это гуглится легко) и температуры, у меня особых проблем не вызвало бы, даже если бы не было их описания. То всякие мелочи типа, что внутрипечные ролики должны крутится всё время, что бы лучше охлаждаться и не клинануть, уже довольно глубокая тонкость, как по мне.
> Если случится что-то то будет отвечать тот кто виноват.
tну и типа возмём пример выше. Предположим у тебя опыта нету с печами в которые заготовка вьежает на роликах, программа с других подобных машин у тебя имеет гидравлический толкатель на загрузке и выгрузке. Ты пишешь программу, отлаживаешь, зажигаете печь и хуяк чрез пару месяцев клинет один ролик, потом через месяц, второй. А починить их можно только если потушить печь (а это 1-2 неделю на потушить + работы + ещё 1-2 недели, растопить)
Потом приходит мимо дед и говорит так ролики же должны крутится. После чего заказчик обращается к вам(тебе), типа чё за хуйня. И ты ему выдаёшь
> у меня такого небыло на софте других подобных машин
желаешь лицо грустной жабы и уходишь в закат?
Не до конца понятно, что ты хочешь иметь от наличия этой связи, если хочешь данными перекидыватся между плк, то:
2DP - значит что у тебя два раздельных интерфейса для профибус/мпи
один используешь для ПЛК + панель
Другой используешь для связи ПЛК + ПЛК
Способ номер 1
https://support.industry.siemens.com/cs/document/430498/basic-communication-between-cpus-with-global-data?dti=0&lc=en-WW
Способ номер 2, используя PUT или GET
Если хочешь в третье место его засунуть, то зависит от того что это за место
> работаешь в залупе
Сильные слова для человека путающего гидростанцию и гидроэлектростанцию. Извини, но дальше я твою простыню читать не буду, не хочу читать оскорбления в мою сторону. Да и не думаю что могу узнать что-то полезно, твои же навыки ограничиваются перевода текста в код. Без обид.
>Сильные слова для человека путающего гидростанцию и гидроэлектростанцию.
Так это я напутал, а не он, чини детектор.
>твои же навыки ограничиваются перевода текста в код
Я вот тоже думаю. И на хуй всякая нефтянка проводит испытания, пусконаладку. Когда у них вон в проекте все написано. Бери и хуярь в код. Даже думать не надо. И чо это потом на запуск зовут этих самых писателей кода всегда. Хули, все ж просто.
Например, последовательность, одна только структура которой разрисована на пяти - семи экранах. Бери и пиши. Нет, чот ошибки потом лезут, не работает, допиливать приходится на пусконаладке.
истина где-то посередине
>>2207767
сидишь такой расписываешь как люди работают, пытаешься донести, что на свете не просто так существуют разные профессии и что группа узких специалистов сделает продукт (завод) быстрее и качественнее, с наименьшим количеством косяков, при чём не самых очевидных.
А тебя нахуй шлют. Обидно
Нах тогда вам отдельный человек на HMI, пусть тогда вобще один человек всем занимается, больше уметь будет. Можно ещё и контракт самому составлять, хули, навыки лишними не будут, да и без отзалупится всегда сможешь "этого небыло в контракте, делать не буду" разводим демагогию раз уж до этого дошли
А нахуя ты деда распрашивал если пишешь что тебе спускают ТЗ и ты просто перебиваешь в байты что написано, ни шагу влево-вправо ибо договора/подписи? Зачем? Ведь все же прописано в ТЗ? Можно потом обосновано заявить что этого не было в выданом тебе алгоритме.
Мимопроходил
Потому, что мы живём в неидеальном мире, что-то может быть не написано(и ты видишь, что чёта не хватает), где-то я могу тупить и не понимать смысл написанного или проебать где-то момент, или сам писатель ТЗ проебался и написал хуйню.
А так хочется же сделать хорошо, собрал список вопросов, написал/позвонил уточнил и свои проебы заметил и может быть нашел проёбы человека который писал алгоритм.
> Можно потом обосновано заявить что этого не было в выданном тебе алгоритме.
Можно, но нахуя? Выбить доп. соглашение на дописку их проебов, так это мелочи (если конечно проёб не уровня "всё нахуй переделывать надо)? Один же хуй потом ехать и запускать это дело, а если оно не будет работать, его надо будет заставлять работать.
Учение свет, как говорится и любое знание пригодится. Знание технологии полезно, но не является краеугольным камнем. А выше звучали тезисы от тебя (или не тебя) о том, что дескать без знания технологии ты мортышка дрожащая и блокособиратель.
Поверхносные знание технологии полезно, как и знать немного электротехнику и с чем там ещё у нас работа пересекается, чтобы иметь понимание всего происходчщего. Но культ из этого делать не стоит, потому что вся тонкасть в мелочах. И если твой профессией не является изучение процесса в мелочах, то ты можешь собственно упустить момент и хорошо если повредится оборудование, а не намотат кого.
Даже в таком элементарном участке как насосная могут быть мелочи утикающие в переплетения с другими знаниями как технологическимм (допустим магистральные насосы нефтяные при низкой температуре нужно запускать, чтобы лопости не наморозилр и они работают, на закрытой задвижки), так и электротехническими (кнс меговат на 5 у водоканала, обычной быстрой настройкой не факт что поедет).
И тут уже все идёт от жадности, если ты пускаешь насосы на 3квт, то и приводщик типа нах не нужон. Да и технология у нас воду в трубы качать, хули, программист сам разберётся на открытую задвижку насос врубать или закрытую. Вот человек оркестр пусть ебашить. И это работает и вроде даже не плохо, но это не значит, что такой принцеп можно и нужно использовать везде.
По прибытию на обьект я увидел насос на всю комнату и привод длиной метров в 5. После чего я сказал, что это хуйня какаята я такой не запущу, в ответ получил "да ты же такие настраивал только поменьше" но всё-таки дали человека в помощь который уже дескать пускал такие. Ну и в итоге попалили тиристоры выходные из за неправильного подключения фильтра.
Парапарапам
>>2208888
Что вы как маленькие? Они работают в мелких фирмочках что дают исключительно услуги автоматизации да пусконаладки. Ясен пень они просто не могут специализироваться, сегодня они запускают насосную, завтра они пишут софт для хлебобулочной.
Их хлеб это предприятия без свободного асушника которые что-то хотят сделать своими силами да поставщики оборудования у которых или собственного разработчика нет или он занят более важным заказом.
а собственно чего нет, я тот парень что сидит тут и пишет длинно посты.
всё это
>>2208779
>>2207959
>>2207824
>>2207730
>>2208787
у меня были насосные с тз на листочках
были большие проекты в которых было подробное тз
были большие проекты в которых не было тз
и всё это было не в рамках одной фирмы
я собственно и топлю за ТЗ и хочу, что бы местные сидельцы это поняли и как минимум выпытывали у заказчика (просили менеджеров, что бы они выпытывали) это самое ТЗ, потому что в своёвремя довольно много настрадался с этой хуйнёй, особенно на санных насосных. Когда заказчик придумывает ахуетительные системы и сам не знает как она должна работать и ПНРишь её вместо 3-4 дней, сидишь и переписываешь алгоритмы пытаясь заставить это говно работать 2 недели.
Если я вдруг ещё когданить поменяю работу и мне дадут проект с фразой "да нах тебе ТЗ, тут и так всё понятно" то пойду тут же искать ещё одну
>ЗНАНИЕ ТЕХНОЛОГИЙ
>МЭК, Техас
>У нас в фирме стандарты немного не совместимые
>как можно что-то кодить не понимая техпроцесса
>Я алтьфак 4 года в АСУ
>Best practices есть в шапке
Двачаю! Следует еще отметить, что такие конторки это обычно КАБАН + парочка студентов, которые через пару лет как раз и мутируют в ТехасМэкЧсвКлованов
А все потому что - норм задач нет (кабаны берутся за любую залупу), тз нет, fd нет, учить некому,
есть только - листик, 700р/точка и квадратики
Именно эти чуваки и ломают ваш рыночек
Сап.
Имеется Rexroth PPC R22.1 (Проекта нет). Периодически (1-2-ое суток) один или несколько серводигателей вываливается в аварию, что приводит к остановке машины.
Вопрос, есть ли от этой железки утилита типа PacDrive diagnostic или Simotion Scout? Если есть, то как она называется и где ее можно отыскать? Хочу прочитать логи и выяснить причину.
>А вообще вообще купите себе дорогой описишник(Крайне рекомендую почитать в википедии, что такое OPC-сервер. Хотя бы первые три строки. А потом перечитать свой запрос.) с максимальным охватом твоего зоопарка, запараметрируйте его и не изобретайте велосипеды, если нет спецов. А профессия называется инженер по системам диспетчеризации и системам учета энергоресурсов.
А зачем покупать?
Существуют ли бесплатные OPC-серверы и скады без ограничений на количество тегов?
Иммется ввиду бесплатные не сворованные с торрента, а имено бесплатные официально.
>на все протоколы
Модбас (ок, любой модбас) и ОВЕН
>В настоящее время насчитывается более 50 типов промышленных сетей (Modbus, Profibus, DeviceNet, CANopen, LonWorks, ControlNet, SDS, Seriplex, ArcNet, BACnet, FDDI, FIP, FF, ASI, Ethernet, WorldFIP, Foundation Fieldbus, Interbus, BitBus и др.).
и я думаю тут не учтены всякие протоколы уровня "ВЗЛЁТ" и прочее говноподелия
Человек который тебе нужен называется прикладной программист с опытом работы с железом. Типа меня, но я сам перекатился в кабанчики, хотя продолжаю в свободное время пердолится со своими проектами.
Советую не столько киповцев смотреть, они хоть и умнее многих ойтишников, но привыкли преимущественно в настройку через скады и opc. Я бы поискал среди тех кто поднимает софт для ресторанов, магазинов, если там не 1с (там кассы с хитровышморганными протоколаии, карты всякие). Или те кто для заправок софт делают, там трк, уровнемеры, вот это вот все с нестандартными протоколами. Так же поискал бы народ кто работал в приборных фирмах и сам эти орс серверы делал.
Поясните про локальный мем этого треда - "ТехасМЭК".
Под этим подразумевается человек, навыки программирования которого ограничиваются перетаскиванием мышкой квадратиков на графических языках МЭК, и который не стремится изучать что-то кроме этого?
Что такое МЭК понятно, это 6 языков мэк для проганья ПЛК, а техас это что?
МЭК - международная электротехническая комиссия.
Техас - Техас Инструментс.
Они разработали гораздо больше стандартов, чем просто
>6 языков
но
Скорее дискуссия идет о том, что программирование само по себе > всего остального. Те, кто не согласен - это ТехасМЭК 700-рублей-точка кабанчики. Enjoy.
Это те кто ломает наш рыночек. Это те из-за кого ты будешь получать 60-90к, а не 150-250к
В основном бывшие кипари которые пролезли в асутп разработку или студенты анально порабощенные хитрыми кабанчиками, которые подпитывают их ЧСВ за то что те им до 30 рисуют квадратики
90% таких типов не могут распарсить байтовый масив, не знают что такое сокет и т.п.
Все это сразу же компенсируется охуительными историями про глубокое понимание технологииии и опыт афтаматизации , которых на само деле тоже нет
Не говорю что все должны читать кормена по выходным, но если чел на собеседовании не может сказать сколько будет 2 в 8 степени то сразу нахуй первый вопрос у нас на собеседовании
Я больше люблю спрашивать почему в автомобиле аккумулятор током не убивает если за клеммы ухватить (самый распространенный ответ - сила тока слабая), прошу показать плюс у резистора. Схему реверсивного управления двигателем нарисовать. Если честно, могу и не сказать 2 в степени сходу, хотя быстро посчитаю. Так себе вопрос, на мой взгляд он знания не показывает и как человек рассуждает тоже не иллюстрирует.
>нахуя электрику знать закон ома?
Году в 2009 тоже думал, что вы все примерно одинаковые и ТехасМэкЧелы вполне нормальные, ну пишут на квадратиках да и бохсними. Но потом произошел интересный случай, который и стал первым звоночком
Шел ПНР одной очень важной для нас площадки, в процессе чего выяснилось, что одна хитрая весовая система должна интегрироваться к нам не по Modbus (как предполагалось), а через нестандартный протокол (нужно было читать,писать,ебать в порт и походу знать сколько будет 2в8 чтоб получить данные), все тех доки ему дали сразу. В итоге ТехасМэкСеньер за неделю не смог выполнить задачу, cказал что это очень сложная, практически не реальная задача и вернулся
Позже к этой же задаче подключили паренька типа ИтГейХипстер как тут принято говорить, который за 1 день ее сделал. Сказать в тот момент что я охуел, ничего не сказать.
За 10 лет похожих случаев было еще много. Сейчас работаем только с околоитшниками, кипарей в шкуре разработчиков боимся как огня
>и походу знать сколько будет 2в8 чтоб получить данные
Открываешь, смотришь. Нахуя это именно знать? Я просто на шарпе библиотеку для себя писал, чтобы по Modbus TCP читать писать регистры. Открыл и поглядел, как этим байтоебством на шарпе занимаются. Нахуя это именно знать?
У тебя в регистре могут кодироваться, как аналоговые сигналы, так и несколько дискретных. Кроме того, иногда бывает, что нужно посмотреть-разобрать сразу пачку регистров и понять, где у тебя что находится.
Также ты работаешь с различным софтом, например та же СКАДА, где у разных вендоров вместо двоичного представления ты обрабатываешь/посылаешь десятичное или шестнадцатеричное значение и быстрые переводы одного в другое удобно делать через двоичную систему.
Ну и, конечно же, если ты работаешь с сетями, то двоичка тоже маст хэв.
Короче, это банально ускоряет разработку/интеграцию/реверс/наладку и эквивалентно знанию таблицы умножения.
Но в отрыве от небольшого спектра профессий, вроде наших, это знание сейчас гораздо менее актуально.
>>2213768
Я всегда думал, что это и есть инженер АСУ.
>Я больше люблю спрашивать почему в автомобиле аккумулятор током не убивает если за клеммы ухватить (самый распространенный ответ - сила тока слабая)
А это не так?
>прошу показать плюс у резистора
Это нахуя? Ты там схематехников набираешь?
>Схему реверсивного управления двигателем нарисовать.
Дохуя кто, особенно студенты и обычную схему управления не нарисуют, ну это где джве кнопки и релюшка
выключения и включения освещения вам не нужно переключать выключатель! Вся прелесть конструкции Ивана в простоте и ЮЗЕР-ФРЕНДЛИ интерфейсе. Подумайте только - свет управляется одной кнопкой, причем она сама запоминает свое состояние, словно включение системного блока стандарта ATX! К тому же, кнопка повторяет форму пальца человека. Из презентации Сурикомова стало ясно, что подобных проектов в мире пока что не было. Иван разработал трехмерную модель кнопки и продемонстрировал ее в презентации. "На данный момент мой проект находится на стадии прототипирования и просчета
БИЗНЕС-ИДЕЙ" - сказал Сурикомов. Модель кнопки в будущем будет распечатана на 3D-ПРИНТЕРЕ у ребят в ФАП-ЛАБЕ, для этого на
КИКСТАРТЕРЕ Ивану нужно собрать всего лишь $21,000. Увы, пока что Ивану не удалось совместить работающий макет своего устройства с реальной лампочкой, по словам Ивана для управления лампой используется опасное высокое напряжение в 220В, а выводы ARDUINO выдают 5В. Но ничего, HARDWARE-СПЕЦИАЛИСТЫ будут разрабатывать блок для управления высоким напряжением. "Возможно мы применим трансформатор для преобразования 5В в 220В" - отметил Иван в завершении доклада. Не обошло наше мероприятие и представительниц прекрасного пола, помимо знакомой нам с прошлых встреч Ираиды Сандро, сегодня выступила новая девушка из ХАКЕРСПЕЙСА по имени Елена. Ее доклад тоже был принят с вниманием и интересом, ведь Елена затронула очень актуальную тему на сегодняшний день - печать больших объектов на 3D-ПРИНТЕРЕ. В частности, Елена продвигает идею печати стульев и пуфиков и даже продемонстрировала залу модель своего будущего стула, всего 7см в высоту. Елена намерена набрать нужную сумму для ВОРКШОПА с помощью иностранной СТАРТАП-КАМПАНИИ с КРАУДИНВЕСТИНГОМ в основном из США. К тому же, Елена разработала смелое дизайнерское решение надеть картонную коробку на раму велосипеда. "Я давно думала о таком велосипеде, ведь никто до меня этого не сделал" - заявила девушка. Нельзя сказать что все выступления в АНТИКАФЕ были интересны публике: под вечер двое ребят пытались рассказать о построении каких-то антенных систем на основе дешевых китайских ТВ-тюнеров. Публика отметила что проект пока что очень сырой и требует доработок, а также в нем изюминки, нет элементов ХАЙТЕК-СТАРТАПА. Но слушатели предложили применить ТВ-тюнер для управления вебкамерой в квартире с возможностью СТРИМА через ВЕБ-ИНТЕРФЕЙС. Ваня Сурикомов даже сказал что готов купить такое устройсто, если оно будет вести стрим на его IPHONE 5.
>Это в натуре сложный вопрос для собеседования
Для электриков как раз не сложный. Самоподхват@реверс@звезда/треугольник — это вообще минимум, а ещё бывают и двухобмоточные движки, движки с фазным ротором — там где есть крановое хозяйство, на стройках например, очень распространены.
Но ещё раз, это вопросы на уровень подготовки электрослесаря тащемта, даже не крысачиста. Пидорящие подстанции, так подозрительно давно не отмечавшиеся в этом итт треде, такого могут и не знать.
АСУшник на разработке - руководитель проекта. Инженер. База знаний по электрике, электромеханике, КИПиА, сетям, информатике, программным продуктам которые используются компанией, ТАУ и прикладной математике. Плюс владение теорией профильной технологии на чем специализируется контора типа нефтянки или металлургии. Руководит узкоспециализированными макакенами как то программистами ПЛК, рисовальщиками ЧМИ, мантажерами КИПиА, манагерами по заказу оборудования. Знает в проекте всё, может в критический момент заменить любого макака.
АСУшник на эксплоуатации - сотрудник на инженерной должности, обслуживающий установленную/ные систему/ы АСУ. Как правило подчиненных не имеет.
Знаешь, если ты ставишь подпись под проектом на десяток лямов долларов лучше тебе знать где тебя подставят твои подчиненные макакены.
Алсо, все вышеперечисленное дают в базовом курсе 5-летнего обучения в универе. Достаточно чтобы читать отчеты о проделанной работе и видеть проёбы.
Ну это понятно. Но на собеседовании многие теряются. Могут затупить.
В моем понимании асушники должны и в программирование и в электрику уметь. Понимать что они включают и уметь разобраться почему не включилось. По этому и вопросы про электрику. У большинства программистов по моему опыту сложно с подключением реальности.
Совершенно верно, просто в некоторых конторах нет понимания что нужен программист ПЛК и эту роль выполняют разного сорта асушники которые не могут в алгоритмы, архитектуру, кодэ-стаил от слова совсем
Это все равно что строить дома, а проект здания по ходу дела каменщики или крановщики рисуют
Вот типичный пример >>2213743 такого мышления.
С таким подходом ни одного нормального разработчика у них в штате не будет только ТехасМэкКвадратикоебы
Именно отсюда в асутп столько говнокода, невежества и низкие ЗП
>>2213928
ST
>Но сотку можно получать.
В ДС?
Я не из ДС и по съемным хатам ютиться не собираюсь ради сотки. А в моём замкадске сотку ну никак никто не даёт.
>>2214700
>столько говнокода, невежества и низкие ЗП
Ты обвиняешь только рядовых исполнителей, а то, что заказчики, как правило мудачьё жлобское (а откуда в нынешней ситуации там возьмутся деньги, да и раньше не особо было) как-то непонятно обходишь стороной.
>обвиняешь только рядовых исполнителей, а то, что заказчики, как правило мудачьё жлобское (а откуда в нынешней ситуации там возьмутся деньги, да и раньше не особо было)
Сказки про белого бычка. Твои деньги кабаны сжирают, которые вас как сосок разводят на квадратикоебство и деградацию по 700р/точка.
А вы еще вместо того что бы развиваться как разработчик ПО выебством занимаетесь типа вы не простые программисты, а ОСОБЕННЫЕ ТехасМэкСеньеры, которым культура разработки и 2в8 НИНУЖНА, мы же не эти вонючие ИтГейХипстеры
>как разработчик ПО
Шиз, ты заебал, прими уже таблетки. Ты на производствах вообще бывал и видел на какой аппаратной части реализуется пром. автоматика?
Хотя, тебе бесполезно задавать подобные вопросы, я когда-то ведь уже задавал про вынос вычислительных мощностей в облако, что как бы и является сутью ИоТ, и что это абсолютно не приемлемо для более-менее ответственных производственных участков, но ты что-то про сервер на самом заводе пукнул, ну если это был ты, конечно. Так это нихуя а не ИоТ, реализация эмуляторов ПЛК на пром-ПК с платками периферии (привет Адавнтеч и Адамам) по какой-нибудь шине у нас и 20 лет назад попадалась, просто такие решения применялись реже всего.
>ты заебал, прими уже
>мы не простые программисты, а ОСОБЕННЫЕ ТехасМэкСеньеры, которым культура разработки и 2в8 НИНУЖНА
Лол, что и требовалось доказать. Про IOT вообще молчу, когда хипстеры начнут ваш хлебушек кушать, про ваши мантры лучше вообще позабыть, а то в подмастерье теги пробивать даже не возьмут
Да ты не обижайся, прогресс вычислительных технологий и сетей двигается, куда же без этого, ты даже наш друг на самом деле, сисадмин он всегда с сеткой поможет, порты откроет для удаленного доступа или верхний уровень вроде MES/ERP поможет пердолить, ведь для нас из смежников хуже энергопидораса быть не может.
Мужики, посоветуйте тему для диплома студенту-бакланавру приводчику, чтоб хоть частью мозга надо было подумать, а не типовые дипломы множить.
>>язык стандарта МЭК 61131-3
Да, как ни странно он использовал текстовый язык, а до него чел (который не справился и слился) портянку квадратиков нахуярил метра полтора наверно
>правильно понимаю, что в этот момент
В этот момент скорее понял, что многие разработчики АСУ никакие не программисты вообще даже в 2в8 не могут хуйли тут говорить
На каком оборудовании дешевле всего это будет сделать?
Если процессы вялотекущие, то обычного прог реле от какого-нибудь ОВНа (10-15к руб + 5-35к на панельку можно и без панельки, вбивая значения прямо на реле, но для пользователя это обычно геморрой) хватит. Если нужно будет пиды держать, чтобы бороться с возмущениями, то какой-нибудь начальный плк бери.
про датчики почитай
типы аналоговых датчиков мА активные/пассивные, термосопротивления, как подключаются зачем нужны
почитай электросхемы, что бы мог нарисовать объяснить, релейку какую либо, да прямой реверсивный пуск, можно с самоподхватом
закон ома осознай, в применимости к датчика 4-20мА, он неплохо заходит
ну для ученика мне кажется хватит, один чёрт от вчерашних студентов много не ждут
ссылок не будет погугли всё найдётся
В обще если дешево и сердито то 6 ТРМ-1 от Овна + 6 реле времени на 24часа которые. плюс 6 кнопок и шкаф с проводами и силовые пускатели для ТЭНов. Оператор нажимает кнопку - > взводит реле времени на 24 часа или как там вам надо -> реле замыкает контакт пуска на ТРМе(отдельный на колодке или тупо питание его), он нагревает и держит температуру -> реле отщёлкивает 24часа и вырубает ТРМ и нагрев.
Да ты же просто слесарь. Нах тебе АСУ и прочее. Будешь с Петровичами в каптёрке чаи гонять и Путина обсуждать. Лучше погугли за пневматику, как читаются значки на пневмоклапанах, простую электрику типа пуск-стоп-реверс электродвигателя, про насосы, какие можно пускать насухую, какие нельзя, про всякие защитные приспособы типа отсечных клапанов. А еще лучше заранее погугли оборудование, с каким работать будешь втч ролики на ютубе и в тиктоке внезапно.
Как-то мне противно стало, повеяло запахом пивасика, водочки, шашлыка, жизненных планов, обсуждения чьей-то судьбы, хихикания полупьяных дурнораскрашенных женщин, золотых крестиков на шеях, среднерусского леса, мусора на опушке, березок, ухающей 50-ти летней женщины, застольных разговоров, мобильных телефонов, метро, детей в яркой китайской одежде, загадочно-дебиловатых улыбок молодых матерей в парках спальных районов, следа от самолёта в небе над подмосковным городком, первых наркотиков шустрых светловолосых детей, молящих о еде собаками у перехода.
>>2224526
Вот в этом и весь дроч на ИтГейПидоров. Сначала такие "ИОТ все по бест практис", а потом " пук среньк какой пиздец".
Кстати, со мной ржачные случай приключился. Поехал я в Казахстан с парнишей из второго уровня фиксить косяки оставшиеся после пусконаладки. Парниша тот до этого в основном в офисе чалил, а тут прям в производство попал. Все в пыли, шум, из компании только я, макаки из дежурных да гречневые технологи. Короче, приуныл парниша нехило, я не смог с ним даже по ресторанам местным нормально прошвырнуться. Мы там две недели чалились, а как приехали он почти сразу уволился по собственному.
>до этого в основном в офисе чалил, а тут прям в производство попал
>Все в пыли, шум, из компании только я
У нас такое тоже бывало, но году так в 13-14 последний раз (много хороших разработчиков из за этого потеряли)
Примерно с 15 ездят только МехКабаны и ТехасМэк (по сути как шефмонтаж), а ИотИтГеи с ними по удаленке взаимодействуют некоторые даже с кофем из старбакса при этом сидят
>На каком оборудовании дешевле всего это будет сделать?
На контакторах и реле времени и температуры, только озаботиться гистерезисом при подогреве, чтобы часто не клацало. Контроллер тут нах не нужон. Я так систему кондиционирования и вентиляции контейнерных ДГУ собирал.
У нас есть несколько линий фасовки, крутятся на сименсах 1200. Вместо того, чтобы встроенным модбас рту-квадратиком передавать несколько регистров (партия, дата, вес и т.д.), наш программист от бога попросил тех, кто устанавливал это добро отправлять ему набор байт и он со своей стороны воткнул отдельный контроллер. На контроллере крутится программа на С, которая разбирает посылку и кладет данные на сервер mysql.
Пердолинг ради пердолинга там, где можно было мэк-квадратиками сделать 2в8 быстрее и понятнее для остальных. Сейчас чел собирается уходить, а программы свои он обычно без комментариев пишет, чем доставляет боль окружающим.
ГейХипстер выкинул бы симатики, поставил бы малинку, написал бы приложуху на питоне и веб-морду на JS/HTML, а когда его спросили бы "а че так медленно? а чем виснет постоянно?" съебался бы в закат.
А потом ТехасМэкБоги за ним все переделывали бы, как обычно и бывает.
Раздался голос со стороны IoT-параши. Но пацаны из отдела АСУ как обычно не обратили на него внимания. Пусть кукарекает, ИтГейХипстерПетух не человек, и ему предстоит очень трудный год. Впрочем, у него давно уже каждый год был трудным, и теперь его анус был разработан настолько, что туда без труда влезала даже Raspberry Pi.
>>2227233 (OP)
>>2227233 (OP)
Катитесь уже.
ТехасМэк шизики вы долго еще будете копротивляться? В чем корень вашего бугурта, вы так сильно хотите считать себя погромистами? но вы же в 2в8 не можете
Даже МехКабаны уже признали превосходство ИтГейХипстеров в разработке и успешно с ними сотрудничают
У нас есть 20 устройств сименс лого, распределенных по территории предприятия, работающих круглосуточно в течение нескольких лет, и управляющих производственными процессами, подключенных к головному устройству cpu315-2 pn/dp через оптические свичи FL SWITCH SFN 15TX/FX. Схема сети пикрел если меня не наебали сисадмины. Максимальная дистанция от лого до свича - около 50м. Между свичами до 100м.
Нам необходимо, чтобы лого всегда были на связи, пропажа связи хотя бы с одним любым контроллером дольше чем на 5 секунд КРАЙНЕ недопустима. При пропаже связи происходит аварийная остановка всего.
Я сделал диагностику выполнения программы через флаг и генератор импульсов.
Проблема в том примерно раз в 2-3 дня происходит единичная кратковременная (8-11 секунд) пропажа связи с каким-нибудь контроллером. С чем это может быть связано и как устранить проблему?
Все сименс лого выпуска 2016-2018 годов.
з/п не указана
Hypermemo Oy
Финляндия
Требуемый опыт работы: 3–6 лет
Полная занятость, полный день
Функциональные обязанности:
- участие в проектировании системы управления 6-координатного лазерного станка включая участие в согласовании заданий на разработку и тестирование механических, электрических, электронных, оптических и пневматических компонентов системы;
- основная задача - разработка алгоритмов работы оборудования, включая разработку программных модулей автоматизации;
программирование промышленных контроллеров в системе TwinCAT/Beckhoff знание других систем промышленных контроллеров приветствуется;
- разработка нового и поддержка существующего кода;
участие в разработке и пуско-наладке станка, программировании технологических процессов;
- разработка и поддержка технической документации;
контроль технического состояния элементов системы;
текущий монтаж и обслуживание компонентов АСУ ТП;
участие в оптимизации технологических процессов;
Наши требования:
- образование – высшее техническое;
- опыт работы по профилю от 3-х лет;
- опыт работы в TwinCAT и программирования промышленных контроллеров (Beckhoff, Omron, ABB, Schneider);
знание промышленных систем передачи данных (Ethernet, CAN, Profibus, Profinet);
- знание современной базы электронных компонентов;
базовые знания механических и точностных характеристик линейных приводов;
- опыт проектирования функциональных и принципиальных схем оборудования, знание систем проектирования AutoCAD Electrical, CADS Electric и т.п.;
- умение работать с контрольно-измерительной аппаратурой;
опыт обслуживания и ремонта электронного оборудования;
знание английского языка на уровне B1 (свободное устное и письменное общение на профессиональные темы, чтение технической литературы).
- готовность (и возможность) к работе за рубежом
Что приветствуется:
- знание C#, .NET, G-code и CL Data, Python, Visual Studio и т.п.
- опыт конструирования в 3D SolidWorks, SoldEdge, Fusion 360 и т.п.
- опыт работы с лазерами
Мы предлагаем:
- достойный уровень оплаты труда, медицинскую страховку;
- работа в перспективной стабильной компании;
- участие в крупных проектах;
- график работы 5/2.
Ключевые навыки
- Английский — B1 — Средний
- АСУ ТП
- Программирование микроконтроллеров
- Электрические системы и слаботочные системы
- Visual Studio C#
- Английский язык
Контактная информация
Анна
+7 (977) 3695370
hh@hypermemo.eu
Вакансия опубликована 6 марта 2021 в Финляндии
https://finland.hh.ru/vacancy/42775258