Краткая суть: в этом треде обсуждается автоматизация производственных процессов в промышленности: ПЛК, частотники, сервоприводы, датчики, протоколы обмена, промышленные ПеКа, шкафы управления - всё это здесь. С бытовой автоматизацией т.е. микроконтроллерами@ардуинами и прочими умными домами — милости прошу в радач. В треде приветствуются инженеры АСУТП и КИПиА и программисты соответствующих направлений, а так же их покорные рабы — слесари, наладчики и монтажники всех мастей, студентота — на свой страх и риск.
Э. Парр - программируемые контроллеры, руководство для инженера Минаев И. Г., Самойленко В. В. - Программируемые логические контроллеры. Практическое руководство для начинающего инженера Петров И.В. - Программируемые контроллеры По ТАУ: Ким Д. П. - Теория автоматического управления. Т. 1-2 Клюев А.С. - Автоматическое регулирование По электронике: Бриндли К., Карр Дж. Карманный справочник инженера электронной техники По ТОЭ: Бессонов Л.А. - Теоретические основы электротехники Соколовский Г.Г. - Электроприводы переменного тока с частотным регулированием Фираго Б.И. - Теория электропривода, Расчеты по электроприводу производственных машин и механизмов : учебное пособие Блажкин А.Т. - Общая электротехника http://padabum.net/x.php?id=33626 По сетям: Дж.Парк и др. - Передача данных в системах контроля и управления Денисенко В. В. - Компьютерное управление технологическим процессом, экспериментом, оборудованием Дизайн ЧМИ: Bill Hollifield - The High Performance HMI Handbook
>>1299298 (OP) здравствуйте уважаемые аноны не могли бы вы мне рассказать о специальности
15.03.04 «Автоматизация технологических процессов и производств» и 27,03,04 управление в технических системах а то в этих формулировках кажется что это очень похожие
>>1300275 Разве? Я мельком глянул список предметов по второй и там вполне все что надо. Разве что возможно чуть больше упор в прикладные вещи, когда в первой идет больший упор на понимание самих автоматизированных систем в целом. Вот, например, описания из рандомного Томского вуза
Я скажу, что с той корочкой, что с той можно вкатиться. Я вон вообще с 220400 (Мехатроника вкатился, хотя по чисто асушной части у меня был курс более поверхностным, чем по тем специальностям, что спрашивали.
>>1300680 > выпилят к чертам собачьим IL Слоупок.жпг. Его как бы в 3й редакции за 2013 год уже говорили не использовать и держат только для обратной совместимости. Да и смысла в ассемблеро подобном языке уже отпала. Вычислительные мощности закрывают любые дыры в производительности, что является как бы единственным преимуществом IL. А вот тестировать его на ошибки и в целом поддерживать та еще жопа, так что смысла держать это говно мамонта нет никакого.
>>1300878 > И что у нас теперь будет? Я вообще хз откуда взяли,ч то новая версия на подходе. Как была 3я редакция в ходу, так и есть. Т.е. у нас LD(ladder diagram), FBD (functional block diagram), ST (structured text), SFC (sequential function chart) и IL(instruction list) для совместимости.
> Аплоуды теперь тоже на нём будут сниматься? Сейчас вообще нет смысла на новых контроллерах не заливать исходники, благо места много. На тех же сименсах 1500ых программа льется целиком, с таблицей символов, комментами и прочим, просто если надо защитить, то паролится.
>>1300707 То чуство когда ты знаешь одно местечко в котором софт ПЛК для одного довольно важной части машины целиком написан на STL. И что эта часть не будет обновлена.
Сука, как же мне бомбит! Придется на старости лет учить ваши сименсы-хуименсы. Нахуя эту ебату ставить в автоматику котельных? Овенов не хватает штоле? Специально чтобы с заказчика денег побольше содрать?
>>1301729 Сименсы, в отличии от овна, не то что Киповец,даже оператор знает как програмить. Не потому что он пиздец какой легкий и продуманный (наоборот), а потому что Сименс обучение ПЛК на базе своих контроллеров продавливает во все шараги. По крайней мере в Европах такФранция это первая Украина, поэтому за Европу не считается.
>>1301933 >мой труд будет стоить дороже. Лiл. Твой барин будет дороже с заказчика сдирать, а тебе еще и урежет пайку дабы компенсировать негативные влияния мировых тенденций.
Нашел тред. Решил поныть немного Боссы нашего завода никогда не слышали, что такое стандартизация. В результате только в моей зоне ответственности имеется Сименс Степ7, ПЦС7, Валмет ДНА, Йокогава ДЦС и Йокогава БМС, МУУР БМС. Если копнуть в сторону моих коллег, которых приходится замещать, то еще десяток всяких систем наберется - Омрон, Хонивел и тд. Нахуа так делать?
>>1302298 так у нас по сути так и есть. 1 пцска - 1 производство. только этих производств в цепочке не один десяток, все строились в разное время на разных САУ
>>1302290 > Нахуа так делать? Ну это или хуевая политика предприятия, которая не думает о скиллах персонала и зипе. Или это просто менеджер по закупкам, которому на все похуй, и он просто берет всё где больше откатывают.
>>1302319 Наоборот, охуенная забота о персонале. Можно столько всего изучить, что потом, при поиске новой работы, любая HR-баба будет течь при одном упоминании твоего резюме.
>>1302330 в плане дальнейшего трудоустройства - это конечно гуд. Производство не скупится на обучение и в итоге у меня имеются корочки по всем указанным системам. Но, что-то вот не получается самого себя назвать профессионалом, поскольку конкретно я не в состоянии запомнить всех нюансов и в голове бывает каша. Приходится либо каждый раз в мануалы лезть, либо долго тупить и вспоминать как, что делается, когда с условного сименса на условный валмет переключаешься. А это дико напрягает, особенно когда что-то срочно требуют. И тут возникает известная делемма. Что лучше? знать что-то одно досконально или знать все на троечку?
>>1302290 Это значит, что на твоем заводе коррупция имеет минимальные размеры. У нас почти такой же зоопарк. Когда привели еще и Шнейдер Электрик, то сименсоиды просили убрать шнейдоров взамен на бесплатную поставку ПЦС7 на их место. Нелол
Решился наконец валить из АСУТП после 6 лет работы по специальности. Надо было раньше конечно. Через две недели выхожу на работу джуном(c#, asp.net). Завидую своему бывшему одногрупнику, он после универа год поработал асутпшником, а потом пошел кодить на JS. Сейчас уже получает 150. А я сижу хуи глотаю за 85. Да ещё и бывает в командировках неделями сижу. Не знаю, может кому-то нравится такая работа. Мне раньше тоже нравилась, но мотивация один хер падает. Нужны деньги, без денег работать смысла нет.
>>1303054 Там не только регистрация, там и еще и отдельный запрос на скачивание некоторых вещей. Я не помню одобрена ли у меня на мастер-учетке фирмы эта привелегия, но просить ради этого пасс лень. Вообще просейв идет в составе любого TIA portal, уж он то на торрентах лежит.
Закончил специальность АТП 15.03.04. Пока устраиваюсь на завод слесарем КИПиА 5 разряд, зп ~20к в мухосране милионнике т.к. в октябре повестка в армию (дауны которые косят по псих. идут лесом) Потом планирую перекат в дс инженером-проектировщиком или наладчиком, на программиста знаний не хватит. Что лучше всего читать и как развиваться?
>>1305615 Смищно. Я серьезно. Собираюсь навести порядок в обслуживаемых щитах на которые нет никакой документации и пока докатился до ACE, но мне лениво его изучать, может есть чего попроще? Или таки лучше в нем нарабатывать свои библиотеки компонентов гОвна, Деконта?
>>1305625 >проектную документацию. Не проектную, а уже фактическую. Чтобы не таскться с кучей огрызков бумаги на которых изображены вызвоненные участки щита, а спокойно на планшете смотреть в пдф-ку. Это наверное скорее к проектантам надо обратиться, прастите великодушно.
>>1305628 >Это наверное скорее к проектантам надо обратиться, прастите великодушно. Пишите гневные письма в спортлото. У нас следующие проекты есть тащемта.
>>1305622 Ну, я рисую в eplan, но он хотя и достаточно популярный, но при этом и относительно сложный. Если тебе просто с бумаги перенести в электронку, то пользуйся просто какой-нибудь рисовалкой. Знаю что у того же Компаса есть библиотеки для электрических схем. Да что там, люди даже в висио что от рисуют ебучие извращенцы. Автокад электрик тоже наверное излишен для твоей задачи, хотя я и не знаю твоих объемов, мб и стоит изучить. Ну и автокадоподобных рисовалок с базовым функционалом хватает, тот же nanoCAD как то смотрел то еще говно, но после еплана для рисования схем все говном кажется.
>>1305727 Спасибо за развернутый ответ. Думал есть легкая и простая прога типа Орла у радачистов. Таки продолжу ковырять акад электрикал, благо с обычным кадом я вроде совладал давно.
Пытался я как-то раз в еплане сотворить форму для листа общих данных А3 с двумя ведомостями и общими указаниями. Ну хуй там плавал, в общем-то.
Для чистого рисования без всяких сучьих спецификаций, нумерации листов по ГОСТ и прочей еботни лучше всего автокад электрик. Рисовать там действительно удобно.
>>1305733 > Пытался я как-то раз в еплане сотворить форму для листа общих данных А3 с двумя ведомостями и общими указаниями. Ну хуй там плавал, в общем-то. Понимание того что ты можешь сделать и главное как, а также как накостылить всякие непредвиденные случаи по ГОСТу приходит с опытом. Я вот уже 8 лет в еплане рисую, но один хрен приходится довольно часто дорабатывать что шаблоны, что базовый проект.
>>1305951 >Перечерчивать? Нетъ! Ну это же не схема телевизора 3УСЦТ. Три релюшки, пяток БП, пару десятков кнопок с датчиками и сименсами проще вычертить. Зато можно будет распечатать в А1 и обвешать киповскую заместо обоев.
>>1306039 Если есть время и желание, то пожалуйста. Пили в автогаде, Шура, пилите. Потом на модернизацию придёт "ебашпроект", им проще в еплан это засунуть.
>>1306114 >Потом на модернизацию придёт "ебашпроект" Ты, видимо, не встречал крохоборных производств, где модернизации пилятся силами местных эксплоатаций. От ебашпроекта там разве что фиктивная документация будет нужна, для надзоров.
>>1306144 > для надзоров. Поясните за ключи в степ7? Т.е. я не смогу на купленном на торрентах ПО сваять прошивку и залить в существующий щит без неиллюзорной возможности присесть надолго?
Посоны, как мне найти слово по адресу DB?.DBW320 например? Есть функция, она забирает откуда то по вот такому непонятному адресу слово. В программе на входе отображается просто DBW320 без указания номера дата блока, и это хавается нормально, без ошибок.
>>1306379 Это понятно. Но как мне найти этот блок данных если его адрес не отображается? Стоит вызов слова по адресу DBWxxx вместо нормального DBxxx.DBWxxx А если поискать через Cross reference то находит это слово в непонятном датаблоке с адресом DB?.DBWxxx Почему там стоит знак вопроса?
>>1306331 > В программе на входе отображается просто DBW320 без указания номера дата блока В любом случае где то должно быть указание откуда ты читаешь. Ты бы скринs кинул, а то потом окажется, что это вообще имя переменной такое внутри функции.
>>1306406 > А если поискать через Cross reference то находит это слово в непонятном датаблоке с адресом DB?.DBWxxx Возможно это ссылка на истансный или мультииснансый DB для данной функции? Хотя скорее всего такой поиск происходит из-за того что номер DB задается не явно, а где то в виде переменной выше по функции.
>>1306493 Второй скрин это содержание FC112? Почему ты не отследишь в нем, где используется переменная SOLLWERT? Но вообще на втором скрине у тебя берется число из ячейки DB "OPC_P1", прибавляется 150 и открывается DB под этим номером.
>>1306504 Да да, я сам уже нашел. У меня 4 сорта и 4 DBшки с разными настройками. Втч и по скорости. Хуя там изъебнулись. Не встречал пока ещё такой косвенной адресации. А ещё индикаторную отвёртку потерял. Ну что за пиздец?
>>1303342 Писал на нем на одной из прошлых работ. Нужно было забирать данные по modbus и класть в БД(MS SQL Server). Проще и разумнее всего это было делать на шарпе. Я потом ещё и простенький веб-интерфейс прикрутил. Начал изучать веб-технологии. Потом возникла идея попробовать написать свою веб-скаду. Но стало понятно, что знаний для этого не хватит. Я мог только опросить устройство по модбасу, записать данные в бд, плюс построить простенькие графики в вебе. Но процесс подстегнул к изучению программирования. На книгах засыпал, а когда сам что-то делаешь, изучение гораздо продуктивнее получается. Ну в общем на собеседовании рассказал о своих потугах, взяли джуном. К собеседованию готовился задрачиванием алгоритмов, что очень помогло, так как давали задачки.
>>1311509 Чота я совсем запутался. Это контроллер герметичности клапанов. Не пойму нахуя там термозащита? Датчиков температуры обмотки электромагнита не предусмотрено. Ладно, полезу в дебри газовой обвязки смотреть чего там ИРЛ намутили.
>>1311525 У моей газ-горелки есть дуйка 11 кВт с частотником и стоит она на котле высотой 5 метров. Ебучие итальяшки что-то преремудрили с автоматикой и она выпадает в ошибки от косого взгляда. Заебала уже вкрай.
>>1311532 Горелки не только на котлах отопления могут устанавливаться, а внезапно и на металлоплавильных. Эту конкретно уже n-надцатый раз заливало из-за перелива.
Я тут это, спросить немного. Есть один датчик. Он выдает ток - 70µА. Нормально будет засунуть кабель от него в пучок с кабелями от частотника, силовыми и прочим модбасом? Какие будут подводные?
>>1311770 Кабель экранированный? так-то токовый сигнал всегда более предпочтителен напряженческому из-за помехоустойчивости. Хотя какое-то странное у тебя значение тока. Сигнал ненормированный, т.е. до преобразователя? Укажи тип датчика поточнее, а лучше производителя и маркировку.
>>1311802 Датчик пламени QRA10M.C. Наверное кину экранированный. Производитель автомата горения не рекомендует использовать многожильный кабель для этих целей. Может кто пояснить, чому?
>>1311839 Нет, обслуживаем котельную, так что доступ постоянный. А к чему они пишут про неиспользование многожильного кобеля? Или подразумевают, чтобы не использовали всякие КВВГнг 14х0.75?
>>1311845 Я думаю, имеется ввиду, чтобы не оставалось неиспользуемых жил, в которых потенциально может возникнуть паразитная ёмкость. А экранированный кабель тебе сам бог мануал велит использовать, только присоединить экран к клемме №22.
>>1311867 Полез в Вику со своим multicore cable, и действительно, оказалось что имеется в виду не многожильный кабель типа ПВ-3, а многожильный в смысле несколько изолированных жил.
Я сам по образованию токарь, что совершенно неожиданно для себя оказался в мире АСУ ТП. А точнее стал программистом-разработчиком в одной крупной компании, и работаю там уже три года. Пишу код на ладдере, фб, делаю потуги в стл, рисую скады, правлю существующий вб и цишный код. Все хоро скажете вы?
Ага, как бы не так. Я постоянно оказываюсь ситуации когда я нихуя не понимаю, и должен тратить часы на то что-бы понять что я должен делать. Если программировнием и рисованием все еще более-менее просто (со всем уважением, но Г код намного тяжелее для мозга, особенно если он создан кад-каме и без коментов), то вот математическая часть меня постоянно ставит в дичайший стрес.
Так вот, анон, не можешь посоветовать доступных по сети учебников по которым ты учился в универе или читал факультативом после? Я бы хотел вправить себе немного мозги математикой.
>>1314329 сомневаюсь, что тебе не хватает именно университетской математики, ибо я довольно туго представляю, что из неё можно использовать в асу, разве что матрицы, да графы для всего остального школьного курса более чем достаточно
>>1314726 Ну, допустим я самообучением занимался и на одни курсы с стажировкой записался после того как с старой работы смотался. Но то что через семь месяцев после стажировки мне позвонят и предложат местечко в офисе я не ожидал. Совсем.
>>1315208 ЧПУшником и работал. Точнее обезьяной, лол. Точнил вручную последний раз в ПТУ.
И нет, не жалко. Навыков тех было что кот наплакал.
>>1315221 > >ЧПУ-шники > >заготовку вставил, кнопку нажал, ушёл дрочить раздался пронзительный голос со стороны офиса. Ирл происходит так. > проебался 30 минут с подкотовкой машины > Побежал менять заготовку с 2 машины > Переглянул и просимолировал программу полученную из офиса > первую заготовку ведешь глазами всю черновую обработку, держа руку на потенциометре, ставля в ноль при любом подозрительном шуме >побежал доставать деталь из 3 машины и обмерятьи править корректоры > обмерил деталь в первой машине, добавил 0,5 мм к коректору чистового резца > Побежал менять деталь в 2 машине > Провел чистовую обработку с рукой на потенциометре > Померя, убрал из корректора 0,54 мм > Запустил чистовую Гото в начало.
>>1315293 Быстро посмотрел - книга чисто теоритическая с кучей абсолютно ненужной математической фигни. Для начинающих не пойдёт, потому что слишком сложно + на английском, а тем кто в теме такое будет неинтересно читать.
>>1315325 Тау, внезапно, не упростишь до уровня пикорелейтеда. Парр например, пытается конечно, даже с какими-то прикладными примерчиками, но всё равно присутствует недосказанность, а если человек что-то понял неправильно, превратно, по-своему, на сколько ему позволяет его кругозор или интеллектуальные способности, это может привести в лучшем случае к неработоспособности того, что он разрабатывает.
>>1315348 Книжная тау вообще имеет далёкое отношение к реальности, потому что всё что тебе от тау пригодится на практике - вбить коэффициенты для пид-регулятора в блок, а чтобы уметь их подобрать нужно только практиковаться.
>>1315354 Для понимания большинства технической литературы достаточно уметь читать и понимать дифференциальные уравнения (уметь решать уже необязательно), плюс там ещё матрицы проскакивали - но это вообще первый курс, я думаю ты быстро вспомнишь.
>>1315396 В интернете полно материала, буквально по первым запросам в гугле. Объясняют намного лучше чем в универах, плюс для наглядности есть ролики на ютубе.
>>1315400 Да я знаю. Проблема была в том что я тупо не знал что учить. У меня такой был план, найти учебник и при первой непонятной хуйне начинать гуглить.
>>1302712 Лол, через годик обратно вернешся, попомни мои слова. В таком возрасте у тебя уже не пойдет прикладуха. Ты тупо охуеешь от сложности и кол-ва часов за монитором. И уровень программирования совсем другой, это тебе не клапаны по таймеру открывать (нужно реально много учить и запоминать)
Аноны, а можно к вам из крестоблядей перекатиться, это вообще рил? В багаже asm x86, слабенький знания матана, знания юникс админства и 6 лет на крестах. причина: мне по духу ближе с железом возиться, не люблю виртуальные хуитки
>>1317762 Дело не в программировании или железе. Даже если ты устроишься чисто программистом АСУТП, то само написание кода и его обкатывание на объекте в лучшем случае занимает 30% работы. Главное разбираться в объектах над которыми ты работаешь. Как сделать систему эффективнее и отказоустойчивее, удобнее и безопаснее для персонала. А если и вкатываться с твоим опытом, то на стык АСУ и IT. Сейчас есть большая потребность сращивания непосредственно производства и непосредственно управления предприятием, например всякие MES и ERP. В этой области и денег больше, и кадров квалифицированных почти нет.
> мне по духу ближе с железом возиться, не люблю виртуальные хуитки Можно подумать контроллер с намертво зашитой прошивкой это не некая абстракция. Да к нему прикручиваются провода с реальными датчиками, но суть то от этого не меняется.
Зачем? Если ты знаешь кресты, почему не заняться разработкой embedded? Сейчас модным направлением является IoT, плюс много контор пытается в импортозамещение и делает свои железки для асу тп. А идти с 6 годами опыта в крестах писать на FBD или строчить скриптики в скаде это мягко говоря большое понижение. Сильно проиграешь в зарплате и перспективах. Тут люди наоборот стараются уйти в разрабы.
>>1318166 >А если и вкатываться с твоим опытом, то на стык АСУ и ITСейчас есть большая потребность сращивания непосредственно производства и непосредственно управления предприятием, например всякие MES и ERP. В этой области и денег больше, и кадров квалифицированных почти нет.
Только вряд ли ему там поможет ассемблер и кресты, это же низкоуровневые языки. А там нужны скорее Джава или Шарп
Есть ли здесь люди что работали с шнайдкеровским м589 контроллером? Если да, то есть ли способ переслать больше 1000 байт от одного контроллера к другому через ethernet IP? Модбас TCP мне не очень нравится, у него структура ебаннутая.
Короче полазил по панельке и никакого .pdz файла не нашел. И SD-карточку кто-то спиздил. От как теперь жить? Проект 15-летней давности очково заливать.
>>1320165 Выпрашивать у начальства новую панельку и переделывать проект? Либо добыть откуда-нибудь такую же, пролить и проверить. Если за столь старым оборудованием нет нормального присмотра, то лучше его уже и не трогать.
Приветствую. Закончил магистратуру (мехатроника и робототехника) и бакалавриат(электропривод и автоматика). Хотел работать инженером по автоматизации на одном заводе, но т.к. есть место только слесаря кипиа, то берут слесарем. Говорят для начала самое то, если хочу заниматься автоматизацией, но у меня есть сомнения, думаю может в дс поискать работу сразу инженером ? Или стоит год поработать, опыта набраться? До этого только на практике был, не работал. Что посоветуете?
Приветствую. Закончил магистратуру (мехатроника и робототехника) и бакалавриат(электропривод и автоматика). Хотел работать инженером по автоматизации на одном заводе, но т.к. есть место только слесаря кипиа, то берут слесарем. Говорят для начала самое то, если хочу заниматься автоматизацией, но у меня есть сомнения, думаю может в дс поискать работу сразу инженером ? Или стоит год поработать, опыта набраться? До этого только на практике был, не работал. Что посоветуете?
Подкину местным сычам годноты. Дерзайте. Зарплата очень хорошая.
Нахожусь в поиске ИНЖЕНЕРА ПО АСУТП И КИПИА в международную компанию. Локация - Южно-Сахалинск (вахта).
5+ лет опыта работы на аналогичных должностях; Знание стандартов «Промышленного интерфейса связи»: RS232, RS422, RS485, промышленный Ethernet; Знание промышленных протоколов связи: TCP/IP, Modbus, Profibus, HART, OPC, Allen Bradle DH+; Навыки администрирования, конфигурирования и техобслуживания РСУ DeltaV, включая: настройку программного обеспечения, программирование, навыки конфигурирования средств графического взаимодействия DeltaV, программирования приложений Visual Basic (VBA), диагностику системы/поиска и устранение неисправностей; Навыки обслуживания и устранения неполадок в аппаратном и программном обеспечении РСУ ABB 800xA; Знание аппаратных средств ПЛК Siemens Simatic S7-300; Владение языками промышленного программирования IEC 61131-3 в конфигурационном ПО Simatic Step 7; Английский язык - Intermediate+.
Направить своё резюме, а также уточнить дополнительную информацию по позиции Вы можете посредством [email protected]
>>1299298 (OP) Закончил универ со специальностью "Информатика и вычислительная техника". Было проганье и всякая дичь с сигналами (типа шумы, спектры и т.д.). Мне это всё противно, хочу попробовать пойти поработать в АСУТП. Стоит ли вкатываться, если в этом не разбираешься, но можешь заботать? Будут ли на работе обучать или надо приходить и знать всё?
Пацаны, а вы не боитесь, что вас и ваши попильные некрокоробочки с проводами скоро выкинут на мороз и ваше место займут смузихлебы с IIoT облаком и i/o - шлюзами на ардуинах и распбери пи?
>>1331502 > Пацаны, а вы не боитесь, что вас и ваши попильные некрокоробочки с проводами скоро выкинут на мороз и ваше место займут смузихлебы с IIoT облаком и i/o - шлюзами на ардуинах и распбери пи?
>>1331506 >Ты наверное в асу никогда не работал, если подобные вопросы задаешь?
Ну так программистов COBOL и их закрытые системы не-опенсорс уже вымели с рынка считай. Менфреймы отправились на свалку туда же.
Так и здесь. ПЛК с каких лет выпускают, а появилась более современная облачная архитектура и современные платы распбери-пи и ардуино, которые можно программировать не на языке из 70х годов. Что можно сделать на ваших ПЛК, чего нельзя на ардуине? А с учетом облако, которое мощнее ПЛК в тысячи раз и его надежность, распределенность и отказоустойчивость (потому что там современные технологии кубернетес, докер, опенстек), то я не вижу причин почему вас не заменить пацанчиками с модной стрижкой и узких штанах, которые, блоагодаря архитектуре Ioot облака даже не будут ездить в ебеня вияснять чёзанах - им за чашечкой кофе будет достаточно в консоль веб-микросервиса посмотреть - iiot облако самоопределит поломку и даже оформит все бумаги наряды на ремонт и даже по почте сломанную деталь.
>>1331517 Хотя, в данном контексте скорее стоит сказать - мне не нужно пробовать некроговно мамонта из прошлого века на вкус, что бы знать что это говно мамонта из прошлого века. Это как у совков, когда им объясняешь, что совок дно и устарел еще задолго до распада, тут же" кококо ты там не жил, кококо промышленность, кококо наука".
>>1331572 Программиздов лучше не допускать к АСУ ТП. Как минимум для их же безопасности, а вообще - чтобы не позорились. От статьи осталось впечатление, что какой-то московский хипстер-программист настолько охуел от своего ЧСВ, что искренне думает, что никаких готовых решений в сфере АСУ ТП не существует в принципе, ни в России, ни даже на западе. Особенно порадовали выдуманные, мифические проблемы: "миллионы (!) разбросанных (!!!) везде датчиков" и фраза "плк это промышленный аналог разбери пи".
ответ прост это говно подойдёт разве что для диспетчеризации и какогонить медленно текущего производства мыла в серьёзной химии очень требовательные правила к системам ПАЗ и требовательные они не просто так, всякие ардуинки не затащат в металлургии обычно требует быстродействие, которая тоже нисхуя не возьмётся
вобщем эта нихуя не всеобъемлющая залупа как описанно в статье, а чисто нишевая хуйня
>>1331502 >>1331511 >>1331520 Скажу, что к счастью тенденция уже наблюдается, мне все чаще встречаются люди которые из ИТ перекатываются в АСУ, чего абсолютно не было ~2012 >>1331635 Лол, какой сочный асу-бугурт) А причину вам расскажу: эти толстые, сальные лентяи хотят даже 2к18 говнокодить на своих LADах причем! не упуская возможности называть себя программистами . И это при том, что уже, даже в самых уебишьных средах разработки давно появилась нормальная поддержка текствовые процедурных языки (ST, SCL и тд), они и их стараются игнорировать. У меня например знакомый есть, он в 2004 писал программы на FBD и 2018 пишет. Говорит, что ему норм) мимо-15-лет-асу
>>1332077 >>1332076 >>1332068 Понимаю, правду всегда больно признавать, но охуительные истории про экстремальное программирование, наглядность и простоту LAD/FBD оставьте для менеджеров
>>1332699 Не знаю, как на счёт электриков, но как то спрашивали у командировочных итальянцев, то они сказали, что это не для электриков, а скорее для инженеров-механиков-пусконаладчиков, электрики только по схемам на клеммниках провода подключают, логикой работы установки они там не занимаются.
>>1332706 Ну пусть хуярят, благодарны должны быть нам, за такой подгон, ибо тут не может быть вопроса в духе "что было первично, курица или яйцо". И почему нам не должно быть похуй на их узконишевые махарайки? Главное, чтобы эти пидарасы следили за своим говном нормально и не было скачков напряжений и внезапных обестачиваний.
>>1332714 Все зависит от области. Ты видимо дальше заводов не вылезал. Работал я как то над проектом организации АСУ ТП довольно таки мощного узла который состоял из магистральных подстанций 220-500 кВ. Так вот в таких местах все пляшут вокруг их махараек, всякие симатики стоят в основном на АВР 0.4 кВ и управляют двигателем по откачке ссанины.
>>1332705 Инженеры-механики тоже в код не лезут. >>1332706 Ну как тебе сказать. Из трех лет могэего стажа на територи заводов я провел около 9 месяцев.
Господа, нужна помощь. Нужно инвертировать бит. Я ньюфаг, не пинайте. Есть старая операторская панелька, без проекта хми, но выяснил что все хардварные кнопки заблаговременно прописаны в проект контроллера. У всех прописан SetBit в нужном датаблоке. То есть я могу свободным кнопкам задать в программе на триггер на S ПУСК, на R СТОП, а как сделать это одной кнопкой? Знаю что можно на панельке в проекте прописать InvertBit на кнопку, но проекта панельки нет, бекапа тоже. Как средствами FBD инвертировать какой то мой бит-меркер (наверное по положительному фронту нажатия кнопки) без излишней еботы?
>>1334438 Попробуй я руководству какого-нибудь завода, где я был на пусконаладке и запускал цеха на сименсе предложить что-нибудь такое, мне бы ответили что-то вроде "анон_нейм, мы думали мы с тобой друзья, или может ты от постоянных командировок помешался там вдруг?".
>>1334438 >Тебе бы ответили то же самое если бы ты 40 лет предложил логику аварийной остановки делать через ПЛК. И были бы правы. Логику аварийной остановки мы и сейчас делаем через реле не pilz конечно, а обычные, ибо заказчику с ними уже дораха. >Но вот как конкурента разных софтварных ПЛК эта малинка вполне может потянуть. У них блог ведётся с 16-го года, пока ни одного реализованного проекта с пруфами на реальном производстве. Только посты с бородатыми хипсетрами, лол. И как я сделаю презенташку этих махарек например главному инженеру или начальнику службы АСУ завода-клиента?
>>1334799 > Логику аварийной остановки мы и сейчас делаем через реле не pilz конечно, а обычные, ибо заказчику с ними уже дораха. Зависит от сектора. ИМХО, намного проще и наглядней поставит один сименсовский трехсотый, чем городит шкаф из одних релле. > У них блог ведётся с 16-го года, пока ни одного реализованного проекта с пруфами на реальном производстве. Только посты с бородатыми хипсетрами, лол. И как я сделаю презенташку этих махарек например главному инженеру или начальнику службы АСУ завода-клиента? Я думаю что если инженеру нормально ставить софтверный плк с виндой, то и малинко он может вытерпеть.
>>1334438 Мы уже идем за вашим хлебушком, асушнички! Чувствуете как почва из под ног уходит? А то уж больно хорошо вам живется - деградируете на своих fbd годами в одиночку (никакой культуры разработки, стайлгайдов, VCS, code review и teamup-ов), некоторые еще и программистами себя называют Скоро мы у вас порядок наведем
>>1335100 Я малинку запостил така как увидел Revolution Pi на сайте кунгбаса. И имхо, подобное решение вполне оправдано для разных дисплеев, мобильных упаковщиков и прочей передвижной машинерии без крупных механизмов.
>>1335123 Да против таких модулей я ничего не имею. Конечно, они пишут о соответствии EN61131-2, и хотя записей о соответствии стандарту -3 той же темы я не увидел — а это тоже может выйти боком при попытке спроектировать систему на этой линейке — но свою нишу они могут занять, и скорее всего, даже займут.
Обращался я к тому чудику, который о крутых бородатых перцах заливает — если вы не одно лицо, конечно.
>>1335100 >это жырно, глупо и выдаёт в нём Не бойся ты так, совсем без еды не останешься! Даже когда все заводы будут массово на IOT, всегда найдется парочка некрокоробочек какого нибудь siemens, куда мы тебя и позовем на субподряд
>>1335468 А не, просмотрел - на сайте есть заметка о том, как писать на ST. В общем не понимаю в чём сыр-бор весь - делают какие-то хуи на базе разбери пи свой ПЛК. По итогу выйдет самый обычный ПЛК, который должен будет соответствовать всем тем же требованиям, что ПЛК от сименса, ханивела или йокогавы. То есть к чему тут троллинг на тему "скоро асушники будут как програмизды" я не понимаю.
>>1335468 Питон, хмм. Как ты считаешь, стоит его асушнику учит? Не для программирования, а чисто для работы с текстом и сорцами. >>1335480 Ой, ты как будто на дваче 1 день. Это просто развлечение. Кстати, всегда думал что АСУшники и являются программистами. >>1335539 90к рублей в 28 лет с неоконченным высшим это для тебя преспектива?
>>1335763 Приходил к нам как то асушник с опытом 2-3 года на джуна, мы у него спросили всего один вопрос, на который он не смог ответить сколько будет 2^8? До сих пор вспоминаем
>>1335807 Я не стебусь, а говорю серьёзно. У меня нет цели кого то оскорбить или потроллить. Я сейчас универ закончил (информатика и вычислительная техника) и у меня выбор, который пипец как повлияет на мою жизнь. Могу пойти инженером АСУ (энергетика), либо искать вакансии программиста. Весь в раздумьях и переживаниях. Почитал тред, человек говорит, что плк и асу в принципе изжили себя. И начал переживать ещё больше. Боюсь, что проработаю 2-3 года, и, либо зарплата как была 40к, так и останется, либо вообще лишусь работы.
>>1335816 >Могу пойти инженером АСУ (энергетика) В большой энергетике инженер АСУ очень сильно отличается от инженера АСУ на различных заводах. И боюсь в скором времени от инженера АСУ в энергетике ничего не останется. Так что лучше меть в программисты если есть возможность.
>>1335306 >Даже когда все заводы будут массово на IOT >MQTT и MRAA — это основные протоколы для работы с датчиками
Вот на это я бы хотел посмотреть, как такая хуитка хотя бы банальной ссанино-разливочно-пробкоукупорочно-упаковочной линией через тплинки из облака с таким-то пингом будет командовать - хипстеры про profinet от чего-то не в курсе и пилят свои велосипеды поверх обычного езернета.
Вот пиздец, конечно, сделали им кучу индустриальных стандартов и решений - только бери да закругляй уголки, хипстуй на здоровье.
Нет, блядь, мы свои велосипеды изобретем, мы же в голову и жопу пидарастическими хуями долбимся, значит и пусть все остальные тоже.
>>1336780 И чем это будет отличатся от того, что сейчас делают на производствах? Так уже лет 10 делают, ПЛК на месте и он уже отдаёт сигналы в всякие МЕС, ЕРП и прочие залупы
>>1335816 Инженером асу в энергетику точно идти не стоит, перспектив ноль. Будешь большую часть времени заниматься унылой телемеханикой. Да и вообще в АСУ смысла соваться никакого нет, денег не заработаешь, перспектив никаких, работа ебанутая. Вряд ли ты пять лет в универе отучился, чтобы потом идти работать слесарем-программистом. Большая часть вакансий в АСУ ТП это уровень техникума или ПТУ. Обычные электрики и киповцы вполне могут делать всю работу. В твоём случае лучше задрачивать кодинг и идти в разработчики. Тут даже думать не о чем по-моему.
>>1335890 Обычно в энергетике релейщики и телемеханики обслуживают полевой уровень (оборудование телемханики в ячейках на подстанциях, контроллеры ). А АСУшники сидят и ковыряют скаду, обслуживают серваки и диспетчерские машины. Там даже программировать особо нечего. Работа на уровне эникейщика, получают примерно столько же.
>>1335480 Я тоже не совсем понял. Есть разработчики-программисты, которые делают ПЛК. А есть техники, которые этот ПЛК потом будут настраивать и внедрять. Техники - это и есть асушники. Так что для асушников все равно будет работа, правда низкооплачиваемая и низкоквалифицированная.
>>1336925 На фоне санкций будет много появляться подобных решений. Завтра например Сименсу запретят поставлять оборудование в раху, все начнут переползать на отечественные говноаналоги. Так что денег сейчас неплохо можно срубить в области импортозамещения. В энергетике давно уже это наблюдаю
>>1336942 > которые этот ПЛК потом будут настраивать и внедрять Ты не "настраиваешь" ПЛК, ты пишешь для него программу под нужный тех процесс. И большая часть работы это как раз-таки работа с процессом, а не вбивание полученных итогов в ПЛК. Что до тех кто пишет оси и прошивки для ПЛК, то к чему ты это вообще? Сравнивать это с асушными задачами это как сравнивать яблоки и апельсины. Да это фрукты, и они круглые, но у них разная суть.
>>1336973 Песдуй права сдавай на большегруз и делай лицензию "опасника". Будешь опасные грузы развозить дальнобоем или от хаба по области. Много платят, всегда есть работа.
Пришло требование от государства нового поштучного учета. Закуплено оборудования. Захуячено кое как подрядчиком за стоимость яхты Абрамовича. Нихуя не работает, куча брака, простои, взаимные обвинения в некомпетентности (ну они и так раз в час идут) @ Интегрировал всё в линию. Написал изменения в проекте ПЛК. @ Описал работу изменений, написал как отключить несколькими способами. Всё это в общей конфе, где все читают 100%. @ За ручку сводил показал как работает, где отключать. @ Месяц работает без сбоев. Расслабил анус. @ Вышел на очередной выходной. @ АЛЁ СЫЧЁВ? У НАС ЧЕТ КОНВЕЙЕР ПОД ИНСПЕКТОРОМ НЕ КРУТИТСЯ. А? ГДЕ? ЭТИКЕТКА? А ШО С НЕЙ? НЕ ЗНАЮ. ГДЕ? ЗА СПИНОЙ РАЗЪЁМ ВЫДЕРНУТЬ? АГА, ПОЕХАЛО, НУ ПОКА...
>>1336959 О, как раз упарываюсь этими языками. В шапке есть годное по этому поводу? Ну, задачи, литература, связывающая одно и другое. C/C++ Меня всегда бесило, что меня интересуют языки вместо специальности Студентота
Вообще, за всю мою 16-летнюю практику в отрасли, ничто не доставляло столько удивительных вещей, как реалии постсоветского производства. попадались, конечно, странные технические решения и в банках, и в добыче ископаемых, но с заводами не сравнится ничто.
Итак. Некий машиностроительный заводик отхватил подряд у буржуйского автомобильного производства, которое требовалось максимально локализовать. Подряд состоял в производстве некой железки. Буржуи, надо сказать, прекрасно знакомы с реалиями нашего машиностроения, поэтому конвейер подрядчика снабдили на выходе лазерным объемным сканнером, который не давал отгружать брак. Наша задача заключалась в том, чтобы чутка подкрутить софтину на базе Websphere MQ, которая обрабатывала данные от сканнера, и складывала их по Интернету в буржуйский SAP. Явившись в цех, и прицепившись к сканнеру, мы узрели неких мужчин, одетых в спецовку, и совершавших судорожные челночные перебежки от сканнера к конвейеру и обратно. Это были слесари по наебалову системы контроля качества. У них было некоторое количество эталонных деталей, которые заведомо проскакивали через сканнер. И, чтобы обмануть счетчик, через сканнер пропускались, раз за разом, именно эти детали, а в отгрузку шло то, что получилось.
Более того, как выяснилось, на складе имелся недельный объем эталонной готовой продукции, который руками подкладывался на конвейер, когда приезжал контроль качества от заказчика. Долго враги не могли понять, где же скрылась проблема, и сканнер меняли трижды. В очередной наш приезд на настройку нового сканнера, мы обнаружили, что буржуйские сволочи снабдили конвейер дополнительной железкой - приклеивалкой RFID меток. Не прошло и месяца, как команда слесарей по наебалову была доукомплектована взводом переклеивальщиков с парогенераторами.
В общем, никогда в этой стране не было, и не будет качественного поточного производства, пока в головах вот такая разруха. И никогда тоёта, собранная из вот так вот "локализованных" запчастей, нормально ездить не будет. Здесь поможет только немец с железной палкой, приставленный к оператору станка. Как, собственно, и происходило в момент становления российской индустрии.
>>1340179 Какая-то хуйня, если честно. Какой смысл заводу гнать иностранцам которые нормально платят брак, если предприятие в принципе может делать нормальную продукцию? И какой смысл иностранцам возиться с заводом, который гонит брак, вплоть до установки там каких-то сканеров и прочей хуйеты? Неужели в договоре не прописан нихуёвый штраф за браки? В общем как пугалка для школоло-либерастов пойдёт, но на реальную историю не тянет.
Посоны, есть одна странность, не могу понять. Есть ПЛК Siemens CPU313. Стоит на машине, машина старая, но работа.. ла. То есть сейчас она на приколе, но я могу в ручном режиме кое чем подвигать, даже в автомате оно ставится на исходную и как бы всё норм. Но я не об этом. Скачал аплоуд, начал потихоньку отмечать наименования, входов/выходов, меркеров, коменты писать, короч привожу к читабельному виду. И тут замечаю что большинство FBшек и FCшек работают, хотя не вызываются ниоткуда. Это как так? Блок же не будет работать если его загрузить и забыть прописать вызов откуда нибудь. Может они как то вызываются не через CALL? Кто-нибудь может пояснить мне?
>>1342280 Что значит через CALL? Ты смотришь через cross-reference список вызовов и там нет вызова нужных тебе блоков или что? Вообще первоначально вызов происходит в организационных блоках (OB1 - главный цикл, OB100 - startup, OB3x - прерывания по таймеру каждые хх мс, всякие OB8х - прерывания по ошибкам и т.д.). Когда программа оттуда вызывается, то она внутри себя может другие программы. Все это должно в принципе быть видно в кросс-референсе. Единственно что трудно отследить это косвенную адресацию, когда наличие вызова или номер блока зависит от какой-нибудь переменной.
А это таблицы тегов смотри. Мудаки из сименса для мудаков по всему миру дали возможность плодить лапшу с привязыванием глобальных переменных прямо ко входам/выходам блоков и внутри блоков.
>>1342621 Всё всё уже разобрался. Половина через косвенную адресацию>>1342769 половина друг из друга в дебрях крайне выебаного STL кода вызывается. Мешанина пиздец. В OB1 вызывается одна единственная функция и дальше пошло поехало вызов через вызов по всяким условиям.
>>1342830 >и дальше пошло поехало вызов через вызов по всяким условиям. Спагетти-кодTM Самое смешное, что оно у тебя отложится и ты будешь быдлокодить так же, если попадёшь в разработку.
>>1343317 > общий инициализирущий Вызов которого по факту нужно класть в OB100, чтобы случайно не вызвать его повторно.
> один относящийся к управляемой машине Я понимаю раньше имело смысл группировать вызов множества блоков в один, если у тебя было множество подсистем слабо соотносящихся друг с другом. Теперь вообще множество main OB разрешили, то смысл совсем отпал. И зачем плодить дополнительные функции для вызова других функций, когда OB уже сами по своей сути являются такими функциями. Хз, лично я группирую вызовы только когда мне нужно вызвать одну и ту же функцию множество раз с разными аргументами, и чтобы не захламлять OB, я выношу это во вне. Но все что вызывается по 1 разу точно нет особого смысла прятать глубже. Я конечно не выступаю в роли эталона, но я не понимаю зачем плодить еще 1 уровень инкапсуляции, когда это не имеет особого смысла.
>>1343381 >тру Ты про переменную условно назовем "ALWAYS_TRUE", чтобы всегда единичка была? Дык есть ведь системные переменные. А зачем ты клок каждый цикл дергаешь?
>>1343391 В TIA, причем давно. Не уверен насчет всех контроллеров, но у S7-1200/1500 точно поддержка есть.
>>1343401 > А зачем ты клок каждый цикл дергаешь? Зачем я каждый цикл дергаю клок на 2с? Не знаю, лампочками моргать например. > Ты про переменную условно назовем "ALWAYS_TRUE", чтобы всегда единичка была? Дык есть ведь системные переменные. > В TIA, причем давно. Не уверен насчет всех контроллеров, но у S7-1200/1500 точно поддержка есть В разработке очень часто ипользуются разные системы, так что решения что позволителтны в одной системе не будут возможны в другой. Например в шнайдеровской м580 у тебя только один основной "блок"(что даже и не блок), у сименсовской пцс7 об1 есть, но он не должен использоватся. Да и про запуск не нужно забывать, пусконаладчик же не знает что ты за крутые фичи ты использовал в софте.
>>1343423 > Не знаю, лампочками моргать например Это тоже есть в системных переменных.
> В разработке очень часто ипользуются разные системы, так что решения что позволителтны в одной системе не будут возможны в другой Ты же не переносишь код просто копипастом, тебе все равно перерабатывать его приходится. А использованные фичи должны быть отображены в сопроводительной документации.
> пусконаладчик же не знает что ты за крутые фичи ты использовал в софте Это проблема его квалификации и/или сопроводительной документации.
Ладно, это не принципиальные вещи, просто не вижу смысла повторно делать то, что уже написали разработчики операционки плк.
>>1343440 > Это тоже есть в системных переменных. Их не так легко найти и изменить. > Ты же не переносишь код просто копипастом, тебе все равно перерабатывать его приходится. Но не полностью же. > А использованные фичи должны быть отображены в сопроводительной документации. Которая читается в самый последний момент при запуске. Бедняга и так работает 12 часов в сутки. > > пусконаладчик же не знает что ты за крутые фичи ты использовал в софте > Это проблема его квалификации и/или сопроводительной документации. Хочешь что-бы его проблемы стали твоими? Ты же софт писал? > Ладно, это не принципиальные вещи, просто не вижу смысла повторно делать то, что уже написали разработчики операционки плк. Часто то что написал разработчик не портируется при копипасте с одного хардвара на другой.
>>1332076 >UE4 Blueprints сделали не по моде, а по тому шо левел дизайнеры ебашили свою скриптовую логику на крестах, от чего сраки кор энжин девелоперов улетали в стратосферу
>>1343850 >сделали не по моде, а по тому шо левел дизайнеры ебашили свою скриптовую логику на крестах, от чего сраки кор энжин девелоперов улетали в стратосферу
До блюпринтов и кисмета, ньюфани, не заставшие уеч2 не знают, был UnrealScript. Никто дизайнеров пердолить логику никогда на крестах не заставлял.
Котаны, ковыряю Овен ПЛК110 на Codesys 2.3. Возникло два непонятных момента: - как быстро организовать сетевой обмен с панелькой (как в два клика расшарить здоровенный массив или структуру, вместо добавления сетевых переменных по 2 байта)? - как хранить "рецепты" в плк(рецепт это структура, хранящаяся в retain persistent памяти. при изменении структуры контроллер переложит ее в другую область памяти, и все хранимые ранее параметры поедут по пизде)? ОВЕН саппорт, призываю тебя
>>1348332 > - как быстро организовать сетевой обмен с панелькой (как в два клика расшарить здоровенный массив или структуру, вместо добавления сетевых переменных по 2 байта)? Импортироватт через эксель, не?
Мимо анон что кодесис и овен видел только на картинках.
Поясните за частотники. Я так понимаю, что совковые киповцы прозвали power driver который отвечает за управление силовыми линиями через компьютер. Или, я что то перепутал?
>>1348498 Нет. при совке частотников не было, как и туалетной бумаги. Частотник, правильно - частотный регулируемый преобразователь - это такое устройство, которое преобразует электричество из родной частоты - в другую. И частоту на выдоде можно регулировать, как автономно, так и удаленно: заданием физическим или информационным сигналом
>>1348498 >power driver Неверно, скорее drive controller Ибо кроме силовой части присутствует ещё и регулирующая, которой можно в т.ч. отдать и ПИД-регулирование заведя обратную связь и тем самым разгрузив ПЛК от обработки дополнительных алгоритмов, оставив только функцию задания уставок и отображения на ЧМИ. Частотник это жаргонизм от частоного преобразователя. Совковые киповцы раньше не занимались обслуживанием комплектных тиристорных электроприводов в эксплоатации, для этого там были настоящие электронщики. А когда ЧРП появились там (где не было станков с ЧПУ например, и соответственно подобных приводов), не смогли придумать ничего лучше, чем свалить их обслуживание на киповцев, потому что электромонтёры оказались недостаточно квалифицированы для таких дел.
>>1348498 > Поясните за частотники. Я так понимаю, что совковые киповцы прозвали power driver который отвечает за управление силовыми линиями через компьютер. Или, я что то перепутал?
variable-frequency drive или сокращенно аббревиатура VFD
>>1350023 А вот и нихуя, уже разобрался как. Оранжевая хуита вообще не двигается, а давить нужно в квадратную дырку слева, а провод засовывается в круглую дырку. Такие вот дела.
>>1348647 Писать то можно, но пользоваться этим для хранения в плк рецептурных параметров как-то черезчур. Это же работа с файловой системой, да еще и в памяти контроллера. На одну обработку исключений потребуется строк 300 кода нагнать. Ни разу не решение для промышленной автоматизации. Саппорт Овна не появился? Хотелось бы услышать какую они предполагали реализацию.
>>1350544 > да еще и в памяти контроллера Вот именно. Ты же не с флешкой приперся, так что если когда ты записывал файл у тебя все прошло нормально, то и при вычитке там все должно быть в известном тебе формате и не требующее особой обработки. > Ни разу не решение для промышленной автоматизации Эм, я такой пример на сайте кодесиса видел, но мне лень качать и проверять как все там устроенно.
Ну, и ты же понимаешь, что ты просишь нестандартную вещь? И нормальный я тебе способ предложил. Обычно рецепты и их выбор хранятся и обрабатываются на SCADA/панельке, а на ПЛК уже передается готовый набор параметров. Но если хочешь совсем грубо, то создай свой тип данных (структура содержащая 1 рецепт). Из переменных этого типа данных наебашь массив (да, он будет не переменной длины, но обычно можно предсказать сколько максимум рецептов тебе может понадобиться). Все это естественно в retain. Когда надо записать рецепт, то работаешь внутри него. Когда выбрать, то просто вытаскиваешь по индексу и копируешь в рабочие параметры. Но тут конечно есть тоже проблемы с валидацией и хранением. Ну и кстати я твой первичный вопрос не оче понимаю >при изменении структуры контроллер переложит ее в другую область памяти, и все хранимые ранее параметры поедут по пизде С чего что то должно поехать?
>>1350544 Я из Овна. Напиши на [email protected] - завтра с тобой свяжутся. Пока инфы недостаточно, чтобы что-то конкретное посоветовать. Работа с файлами, кстати, выглядит вполне подходящим вариантом - анон выше все верно сказал.
>>1350649 >ты просишь нестандартную вещь А как обычно решаются вопросы организации работы с рецептами, и какие это дает преимущества?
>С чего что то должно поехать? Потому, что codesys сам решает в какие конкретно ячейки памяти положить retain структуру. При изменении кол-ва данных структуры она может не войти на прежнее место, и контроллер переложит ее в другие ячейки памяти. В результате, в лучшем случае придется заново ручками вбивать параметры измененной структуры, а в худшем всех структур, которые codesys решит переместить.
>>1351202 >А как обычно решаются вопросы организации работы с рецептами, и какие это дает преимущества? Обычно рецепты и их выбор хранятся и обрабатываются на SCADA/панельке, а на ПЛК уже передается готовый набор параметров.
Если ты конечно под рецептами имеешь в виду то о чём я и этот анон думаем
>>1351202 > При изменении кол-ва данных структуры ну ты заранее не можешь предусмотреть чутка резерва? Я сомневаюсь, что у тебя с 20 переменных рецепт вдруг вырастет до 100. Алсо, если у тебя возникли такие кардинальные изменения, то никто не мешает вычитать live значения при заливке новой программы и проинициализировать существующие рецепты еще раз.
>>1299298 (OP) Есть тут знатоки CodeSYS? Есть один проект и у него запаролен доступ по уровню "0", другим уровням не показывает содержимое можно только откомпилировать и все. Как вскрыть к хуям пароль?
Ребятки, а что юсб-донгл для TIA-портала работает только на ту версию, с которой шла в коробке? Т.е. Если я проапгрейдю до V14,то лицензия не будет работать? И мне теперь нужно ебстись и ставить вин7 т.к. V13 нихуя не работает на вин10?
>>1355522 Сразу можно было EKB предлагать, чего уж там.
>>1355421 Да, разные версии разные ключи. Но если тебе важно работать в легальном поле, то стоимость апгрейдов значительно ниже стоимости покупки лицензий заново.
> и ставить вин7 Можешь поставить win8.1, лол. Хотя лично у меня просто 3 виртуалки для работы со старыми семёновскими средами.
>>1355916 Нихуя не работало, кода ошибки не помню, но это мёртвый номер у всех, кто пытается работать с симатиком-железом через виртуалки и сдаётся мне, что ты пиздишь
>>1355938 Какой смысл мне пиздить? Я 3 месяца назад пробовал с mpi и трехсотым. Подключил, подождал пока установит драйвер, подключил напрямую к виртуалке, потом указал на адаптер через pc/pg интерфейс. Использовал vmware 12.
>>1355894 Это старая проблема, которая была актуально лет 5 назад. Сейчас виртуалки уже нормально usb пробрасывают. По крайне мере с моим CP5711 проблем не наблюдал. Но честно говоря мне далеко не всегда нужно заливать прямо с этой машины, т.к. обычно заказчик может дать проект в который надо внести изменения в офисе, а уж залить на железо можно будет с другой машины. Алсо, по программам ПЛК нет такой жесткой привязки версий, если это не PCS, обычно можно все-таки проект перенести в более новый степ. Проекты выньСС можно перенести просто на флешке, хотя и архивные БД отвалятся. Самые проблемные обычно флекса и ебанный протул.
Господа старожилы, поясните за Балдор. Сегодня столкнулся с усилителем/частотником Baldor BTS10-200. Висит ошибка, код 3... Мануалы старые даже накопал, но там списка кодов нету, как ни странно, куда копать? Может кому довелось обслуживать такие?
>>1357085 Кинь мануал. А тоя на версии с дисплеем не могу что то сходу найти.
>>1357302 Да. Просто будь аккуратнее с количеством, т.к. у 1200-ых адресное пространство поменьше. Предварительно просто конфигурацию накидай в TIA selection tool, либо в самом TIA portal, и проверь на ошибки.
Аноны, есть cpu1211, с платой cb1241 rs485, как в настройках порта поставить 2 стоповых бита? Я в device configuration ставлю 2 бита, а эта падла все равно ставит в mb_comm_load_db 1 бит.
>>1358893 Ты вообще уверен, что сам блок Modbus_comm_load подтягивает данные с DB-ки, а не с конфигурации порта из хардвари? Мне казалось это так работает. Если нет, то кто тебе мешает руками перед вызовом mb_comm_load ручками move число 2 в переменную?
>>1358971 >Ты вообще уверен, что сам блок Modbus_comm_load подтягивает данные с DB-ки, а не с конфигурации порта из хардвари? Уверен, я когда руками меняю на 2, стопаю ПЛК и запускаю, стопбитс меняется обратно на 1 несмотря на то что в хардвари стоит 2. >Если нет, то кто тебе мешает руками перед вызовом mb_comm_load ручками move число 2 в переменную? Хм, как-то это жопошно, почему нормального способа нет?
>>1359037 >стопбитс меняется обратно на 1 несмотря на то что в хардвари стоит 2 Я не про то. Так то естественно будет происходить, т.к. эта переменная инициализируется при запуске функции, т.к. она в статик висит. Я про то, что с чего ты взял, что значение переменной в этой DB реально используются при передаче данных? Или ты с реальным устройством связь тестишь?
> как-то это жопошно Жопошно это программно через port_config настройки выставлять, а в случае нужды мувнуть 1 число нет. Тем более, что эта функция чаще всего вообще вызывается 1 раз - при запуске контроллера.
>>1359041 >Или ты с реальным устройством связь тестишь? this. Когда я отправляю пакет через терминал, прибор мне отвечает. Когда я отправляю абсолютно точно такой же пакет проверил тем же терминалом с плк, то прибор нихуя не отвечает. Единственное что я хуй знает как проверить стоповые биты в пакете потому что терминал нигде этого не пишет.
я не так довно ебался пару дней с модбасом рту на 1500 плк и он нихуя не хотел посылать запросы с нужным мне ИД слейва, так в итоге оказалось, что там этот ИД прописывается в целых 2 разных ДБшках, причём запись этого дела во вторую совсем не очевидна
>>1360208 Мне начальник сказал прихуярить патч-панель в шкаф. Я предложил вырезать в монтажной панели прямоугольник, на что он сказал что это колхоз. Про уголки он сказал так же. Надо найти цивилизованный способ прихуяривания патч-панели к монтажной. Может продаются такие специальные патч-панели?
Но вообще все 19ти люймовой оборудование подразумевает, что его лицвая плоскость будет параллельна двери, и это все достаточно много места сожрет. Поэтому повесить на боковую стенку на обычные уголки, естественно развернув так чтобы длинная грань патч-панели шла либо вдоль стены, либо вдоль вертикали. Это будет вполне нормаьно смотреться, будет доступ, и кабели у тебя можно будет аккуратно собрать.
Есть у кого в заначках панель оператора Siemens 6AV3637-1ML00-0FX0 OP37 OPERATOR PANEL? Я слил бэкап с такой, но делал это в первый раз и не уверен, что все прошло гладко + смущает его размер. Что полный бэкап, что бэкап только frimware и настроек весят по 555 кбайт, соответственно хочу попробовать залить на такую же панельку и проверить работоспособность, но у меня её нет. Выручайте, господа.
Господа, это снова я с ПЛК110 и CoDeSys2.3. Как организовать сетевой обмен с HMI по rs485 Modbus RTU, PLC-slave? Суть в том, что выходит что-то около 300 параметров, а общие рекомендации по кодесис, встречающиеся в интернетах советуют расшарить руками по 1 переменной.
Имеется лесопильная рама Р63-4Б, у нее два двигателя: 1. Главный двигатель 4А225М6У3 37кВт 980об/мин, номинальный ток при 380В - 69.3 А 2. Двигатель подачи около 2.2 кВт
Сейчас скорость подачи регулируется через ПЧ изменением частоты на двигателе подачи вручную потенциометром частотника.
Нужно: регулировать скорость подачи автоматически в зависимости от нагрузки на главный двигатель, а эта нагрузка зависит от температуры на улице, диаметра бревна, породы, количества пил в поставе, затуплению пил. Нужно стремиться к тому чтобы двигатель работал в номинальном режиме, т.к. от этого зависит производительность оборудования и работоспособность двигателя.
Для решения задачи решил сделать обратную связь к частотнику на двигателе подачи через величину тока, протекающего через фазный провод главного двигателя.
Помогите подобрать датчик тока, который подойдет под задачу и с человеческими сроками поставки. Частотник Danfoss FC-051 4 kW. Фото пускателя главного двигателя на втором пике.
Алсо, я в электричестве/электронике полный даун, делаю все по мануалам из инторнетов т.к. жизнь заставляет.
>>1362877 >ален-блядли Переоцененное говно без задач, еще и от производителя оружия, которым убивали наших солдат и солдат наших союзников. >>1363245 Лол, это целый мини-проект по автоматизации, по такому договора заключаются и денежка платится за инжениринговые услуги. И вообще, давай-ка ты лучше к энергетогосподам по датчикам тока и движкам, они намного более компетентны в этом вопросе.
>>1363254 4-20 мА твой выбор (помехоустойчивость выше). Заводишь их на ПЧ, конфигурируешь зависимость управляющего тока от скорости либо настраиваешь внутренний ПИД частотника(хард мод). Для твоей задачи подойдет любой цифровой амперметр с аналоговым выходом 4-20 мА и трансформатор тока(стандартные номиналы амперметров довольно низки).
Но всё равно мне думается, что таким решением ты загонишь свою систему в состояние неустойчивости и расходящихся колебаний так, что дрыгатель подачи будет дрочить это бревно, пока у тебя не порвёт пилы.
>>1363286 В общем-то подойдет, но лучше 4-20 мА. Проработай также вариант обычный тр-р тока + цифровой амперметр с выходом 4-20, возможно так выйдет даже дешевле и бонусом получишь индикацию тока. В варианте тр-ра с аналоговым выходом меня смущает только то, что пределы для выходного сигнала не настраиваются, и будут зависеть от номинала трансформатора(поэтому номиналы необходимо подбирать максимально приближенными к измеряемым токам).
С амперметрами чуть посложнее, и в ближайшем магазе вряд ли найдешь. Вот, например 1я выдача в гугле ЩП72П-100А/5А-220ВУ-1RS-11(В)-К-0,5 https://www.elpribor.ru/catalog/53/943/
Если хочешь еще дешевле и не хочешь резать дырку в шкафу, то есть преобразователи с трансформаторов на 0(4)-20мА. Например, от тех же https://www.elpribor.ru/catalog/74/925/
Еще была какая то хохляцкая фирма, где я брал подобные продукты, но запамятовал название. И да, я специально смотрю нищенские варианты, если что. Судя по фото у тебя там пиздец и начальник за 2 рубля удавится.
>>1364394 >Но кмк по цене выйдет намного дороже, чем амперметр+обычный транс. А, лол, там была цена в 4к руб. Вполне приемлемо. Впрочем вариант с амперметром все равно неплох. Легче будет отслеживать насколько корректно ведет себя пид с экрана амперметра, чем бегать смотреть на частотнике. Алсо, можешь вообще отдельный пид регулятор купить. Тут тебе и индикация, и настройка скорее всего более гибкая, чем на частотнике. А выход просто как задание скорости на частотник выдаешь. Например, такое говно http://www.deltronics.ru/product/temp-controlleri/series_166.html?vkl=har-vkl
Гхм господа, а не правильнее будет три трансформатора тока на три фазы и оперировать суммарным сигналом тока? Ибо если у него перекос например то закон управления будет неверным.
>>1364559 а откуда перекос возьмётся при измерении тока одного двигателя? да и если будет перекос ему не шибко нужны именно токовые показания для регулирования, главное что бы они были пропорциональны действительным значениям для регулирования
Ребятки, подскажите, как мне опрашивать сразу несколько приборов через MB_MASTER? Я вот пытался сделать как на пикрелейтед, т.е. модбас-адрес прибора меняется в зависимости того, какой сейчас. Если 1, то увеличивает на 1, если 2, то увеличивает на 1, если 3, то возвращает 1. Но что-то нихуя не работает, видать оно сразу же проскакивает и возвращает адрес в 1 до того как произойдет очередной опрос.
>>1364648 А блять кажется додумался сам. Инкрементировать адрес по положительному фронту сигнала done модбаса и выполнять сравнение, если адрес >3, то мув 1. Так ведь будет работать?
>>1364648 Еще сразу вопрос, вот если прибор не отвечает, то модбас нихрена не выдает, ни ошибок ничего, просто ждет таймаут. Как определить что данные не пришли?
>>1364648 Я бы скинул картинку, но у меня рабочих программ под рукой нет и не скоро будут.
Я делал обычно вызовы MB_MASTER на каждое считывание/запись, посылая EN и REQ на следующий при получении DONE или ERROR от предыдущего вызова. Проблема: занимает ебать как много места, один раз даже не хватило места в памяти под программу, потому что MB_MASTER там было больше ста.
>>1364559 Если там серьезный перекос, то либо обмоткам двигателя приходит пизда, либо неполадки с линией передачи. Что то, что то к регулированию отношения не имеет. Для диагностики было бы полезно, но ты ж сам видел его фоточки - смысла там городить что то нет.
Своих скринов не дам, т.к. уже съебнул с работы и комп вырубил.
Во-вторых DONE и ERROR и так зажигаются только на 1 цикл Во-третьих чую я, что ты забываешь REQ снимать. Это частая проблема у нубов.
>>1364657 Что по DONE, что по ERROR. Если нужно опрашивать много устройств, то лучше не инкременть, а мувать адрес в дб. И если у тебя на устройстве n-ошибок, то вешать флаг и пропускать его опрос, пока его не вернут в строй и не сбросят ошибку.
>>1364679 ERROR будет же. Ну или смотри сам сколько BUSY висит.
>>1364737 > Я делал обычно вызовы MB_MASTER на каждое считывание/запись Ты по сути делал тоже самое, только зачем то плодил экземпляры. Один хрен паралельно их исполнять нельзя. Уж проще адрес менять. Впрочем ты и сам знаешь.
>>1364815 >Во-третьих чую я, что ты забываешь REQ снимать. Это частая проблема у нубов. Не забываю. Он по мемори клоку 0.5гц тикает. >Во-вторых DONE и ERROR и так зажигаются только на 1 цикл Не знаю, у меня done горит до тех пор, пока не сбросится req. >ERROR будет же. Ну или смотри сам сколько BUSY висит. В том и дело, что еррора нет, но бузи висит, пока не сбросится req. >то лучше не инкременть, а мувать адрес в дб. А нафига? Если у меня 100 устройств, мне 100 мувов сделать вместо одного икремента по флагу? >Во-первых ты смотрел пример? Гляну в понедельник как буду на РАБоте
>>1364932 >Он по мемори клоку 0.5гц тикает. Это не правильно. Как ты в таком случае удостоверишься, что ты меняешь адрес в тот момент когда у тебя нет реквеста? Да и вообще сетевой обмен это асинхронная операция, дергать его по таймеру какая то ебола. Общий цикл насколько я помню такой: 0. вызываешь com load с настройками порта и ДБ 1. ставишь на mb_master адрес и MODE 2. поднимаешь REQ 3. ждешь BUSY 4. делаешь инкремент 5. ждешь DONE | BUSY 6. снимаешь REQ 7. обрабатываешь данные (копируешь куда надо из области получения данных или копируешь в область передачи данных) 8. меняешь адрес и MODE 9. см пункт 2
> В том и дело, что еррора нет, но бузи висит, пока не сбросится req. Небось mb_comm_load не выключил, хотя его надо всего на 1 цикл при инициализации поднимать. Ну, или RESP_TO указал сильно большое. По умолчанию MB_MASTER или MB_SLAVE будет дергать связь 3 раза и ждать ответа RESP_TO милисекунд прежде чем свалиться в ошибку.
> А нафига? Если у меня 100 устройств, мне 100 мувов сделать вместо одного икремента по флагу? Я уже объяснил, это для того чтобы флагать устройства которые давно отвалились, чтобы не тратить время на их опрос, пока не сбросят аварию. Впрочем можешь и инкрементом, но тогда нужно вести какой то ARRAY в котором хранить номера сдохших станций, по которому проходить циклом и сравнивать... Мне проще флаг на каждое устройство завести. Но тонкости реализации - дело твое.
>>1365021 >Как ты в таком случае удостоверишься, что ты меняешь адрес в тот момент когда у тебя нет реквеста? По done флагу очевидно же. Ну или сделать таймер делей-он на busy и по таймауту менять адрес. А как еще поднять req? >Небось mb_comm_load не выключил Он у меня по initial_call включается >RESP_TO 1000 мс по стандарту >чтобы не тратить время на их опрос, пока не сбросят аварию Да мне не жалко подождать лишнюю секунду. Там вообще датчики раз в 10мин обновляют данные. А если выходит фейл со связью, то просто зануляю данные и не ебу себе моск.
>>1365150 >По done флагу очевидно же. И что он тебе говорит? Да, операция выполнилась, но REQ то ты сам дергаешь. Конкретно у тебя по таймеру, вне зависимости от того закончилась передача данных или нет. А если попытаться менять MB_ADDR и MODE пока операционка там на заднем фоне крутит передачу данных, то ничего кроме завала в ошибку не произойдет.
> А как еще поднять req? Я же тебе написал алгоритм. REQ по DONE или ERROR (опционально по длительному BUSY, если не разберешься почему у тебя ERROR по таймауту сам не отрабатывает). Не надо его дергать по каким то таймерам, т.к. время его работы не детерминировано, надо дергать по событиям. Кстати еще к вопросу почему дергать REQ бездумно нехорошо (из описания блока): > A renewed call by the REQ parameter while the instruction is executing causes an error. After the instruction executes, the bit in the REQ parameter remains set for the time specified by the BLOCKED_PROC_TIMEOUT parameter in the instance DB.
>1000 мс по стандарту Ну т.е примерно в диапазоне 3-4 с должна отрабатываться ошибка. Хотя с учетом того, что ты ебешь REQ кажде 2 сек, у тебя и того чаще все в ошибку сваливается Ты не забывай что ERROR только на 1 цикл включается и что его надо запоминать? Ты надеюсь сохраняешь куда-нибудь ERROR и STATUS, а не просто пытаешься глазами смотреть?
>>1365219 > Ты не забывай что ERROR только на 1 цикл включается и что его надо запоминать? Ты надеюсь сохраняешь куда-нибудь ERROR и STATUS, а не просто пытаешься глазами смотреть? Не обязательно. Если держать REQ дольше, чем идёт операция, блок будет сохранять DONE, ERROR и STATUS до тех пор, пока REQ не снимут.
>>1365316 Ой, всё. Мне серьезно нужно было расписать, что в первый раз ты сам инициализируешь связь? Я уже вкратце расписывал пункты как организовывать цикл.
>>1365289 Возможно, я не помню так сходу поведение этих 2 переменных. В любом случае надо сохранять, чтобы иметь диагностику/выводить сообщения оператору.
>>1365520 Бляяять. Просто по ИЛИ REQ задираешь в первом цикле, можешь паузу выдержать если хочешь. Я обычно кладу MB_COMM_LOAD в OB100 можешь в OB1, просто запускай его по first_cycle, по его DONE выставляю флаг, по флагу ставлю первый REQ, а дальше оно само крутится.
>>1365619 >по его DONE выставляю флаг, по флагу ставлю первый REQ А потом тебе надо еще и сразу сбросить этот флаг. Не слишком ли дохуя операций для такого?
>>1365777 Представь себе, нет не дохуя. на фронт детект DONE записать 1 в меркер тривиальная задача, а снимется он уже по DONE/BUSY в ходе обычного твоего циклаИ ты меня уже бесить начинаешь, просто иди и делай уже программу свою
>>1366182 Ну конечно проще, ПЛК это все таки продукт для промышленности, а не для развлечения. Софт должен быть легко читаемым, от каждой секунды простоя теряются деньги.
>>1364559 Энергопидары говорят, что надо ипользовать приборы с маркировкой TrueRMS. Кроме мультиметров с токовыми клещами я ничего TrueRMS не нашел. >>1364394 Seneca T201 - хорошая железка. Но там только 40А, а надо 69А. IEK - говно, всем это говорю. Можно брать только под времянку, потом выкидывать или менять на что-нибудь получше. такие трансы горят все сразу от расположения планет на небе.
>>1366440 >TrueRMS Ему же не в коллайдере ток мерить, и без того точность самых обычных компонентов для его задачи избыточна. А энергопидары поди и сами от труРМС никаких профитов не имеют. Наши даже мегаомметром пользоваться не умеют, не говоря про то как движок звездой/треугольником в клеммной коробке соединить, если с завода не сделано.
>>1366440 Это я им там говорил, но у них всё равно, свой, уникальный путь. А говорил потому что там после частотника надо было ток мерить, а на выходе там шим.
>>1366544 Я пару аистов купил. Через 2 месяца будем испытывать в реале и сравнивать с тем, что на своем выходе инвертер намеряет, пока еще установка не собрана. Если аист врать не будет, то инвертер может быть потешевле, без измерительных цепей.
>>1367557 1) Установку в сборе прислали 2) Ебанись потом перетягивать полностью провод от датчика через все пердя, проще новый разъём поставить и датчик
>>1367563 1) Неспособность эксплоатации составлять техзадание для разработчика и согласовывать исполнение - ну это я не знаю каким днищем надо быть. 2) Ага, и киповец дежурный всегда при деле.
>>1299298 (OP) Как вкатится с нуля? корка асу тп политеха Сижу ебланю 3 года в отделе разработки, си++ не осилил, ебань какая-то. Сколько денех нубу платить могут, будет ли на сьемку и еду в спб хватать?
>>1367718 Эм, но у тебя REQ всегда будет в нуле висеть. ENO это просто трансляция EN. Если ты на самом деле хотел прицепить на DONE, тогда тоже не стоит. Тебе ведь надо было адреса менять, что нельзя делать при другом активном запросе, т.е. после того как ты дал REQ, но не дождался DONE или ERROR. Ты пример-то с офф сайта посмотрел, который я кидал? Там нет конечно смены адресов, но как работать с REQ и DONE там есть. Я бы тебе кинул скрин со своего проекта, но оказалось, что мой последний проект с модбасом я оставил на ноуте, а ноут не в офисе сейчас.
>>1367756 >Эм, но у тебя REQ всегда будет в нуле висеть. Бля, точно. А вот так тогда прокатит? Сброс триггера req по done, потом обрабатываю данные и в конце снова устанавливаю триггер. А еррор уже будет устанавливать флаг ошибки связи с определенным датчиком чтобы в скаде выскочил значок ошибки
>>1367770 И объясните плз какого хуя тиа портал не дает 1) продолжать цепь после set/reset аутпута 2) соединить 2 цепочки про принципу ИЛИ, выдает ошибку more than one current path. Чему это противоречит?
Пример не самый лучший, т.к.: 1. Делает только запись на 5 слейвов. Чтения нет, соотвествено и смены MODE. 2. Мне не очень нравится как он обрабатывает REQ (OB1 - NW2). Я бы вместо First_scan ставил MBLOAD.DONE, и у него этот вызов в целом не очень консистентный по поведению. По First_sacn, DONE, ERROR у него поднимается REQ на 1 цикл, а по AGAIN там пульс все время висит. По идее надо этот again по переднему фронту зажигать. 3. В принципе этот AGAIN (OB1-NW5) не особо нужен. Если правильно настроить, то ошибка по таймауту должна быть. Впрочем я понимаю тех людей, которые добавляют такой полуручной перезапуск. 4. Копирование данных из буфера (OB1-NW3) надо все-таки делать когда операция успешно завершилась, а не когда ты реквест только послал. Лол, по сути весь проект обосрал. Впрочем тебе для понимания основ, кмк, он подойдёт.
>>1367770 Тебе и по ERROR надо триггер сбрасывать.
>>1367772 Юзай open_branch / close_branch из вкладки general.
>>1367557 Лолблядь. Знаменитая ссанино-розливная фирма KHS ставит разъёмы на свои датчтки прямо в камерах розлива. И ничего - всемирный поставщик оборудования с многомиллионными оборотами.
Ребята, извините за возможно глупый вопрос, но поясните мне за Zelio Soft, а точнее: актуально ли данное ПО на сегодняшний день? Есть ли возможность использовать его для небольших систем, возможно даже не промышленных, или на нем уже никто не работает? Возможно ли подружить его с другими плк или только со Шнайдерами? Заранее благодарен.
>>1368088 > Zelio Soft, а точнее: актуально ли данное ПО на сегодняшний день? Актуально здесь бугурт по поводу твой терминологии и того что ты таки о программируемом реле >Есть ли возможность использовать его для небольших систем, возможно даже не промышленных, или на нем уже никто не работает? Есть > Возможно ли подружить его с другими плк или только со Шнайдерами? Можно >Заранее благодарен. незашто
>>1368130 >аналог LOGO!Soft так и есть а так то есть модуль с рабским модбасом и дружить можно со всем чем угодно, что может доминировать, если ты понимаешь о чём я
>>1368148 подумав ещё 20 сек я понял о чём ты и в первом после я под спойлером уже взбугуртнул по поводу терминологии и с намёком на то, что тему обсуждения нужно было открывать не по поводу ПО, а по поводу самого ПР ибо обсуждать отдельно ПО не имеет смысла по тем вопросам которые он задал, ибо это ПО является не неотъемлемой частью именно ПР и сделано чисто под него
Господа, а если мне приспичит выучить CodeSys и захуярить на Овце контроллер управления котлом, то какие подводные меня могут ожидать? Я должен иметь ксиву от ОченьВажногоНадзорногоВедомства или любой мимокрок может такую хуйню сотворить?
Блядь в какое же я болото залез пиздец просто. Теперь я ненавижу злоебучую автоматизацию. В кратце устроился слесарем кипиа в Газпром Трансгаз, это полный пиздец. Переехал из миллионника в тайгу на постоянку, вокруг нихуя нету, местные только и бухают. В лице начальника если ты не женат - тебя можно заебать всякой хуйней в духе, будешь ходить на всякие спартокиады хочешь ты этого или нет, будешь ходить на всякие ебанутые мероприятия. С жильем еще больший пиздец как я сказал уже пока семьи нет - у тебя нету "Деловых качеств" соотвественно поселят тебя в газпромовскую общагу на три койка места в номере и будешь прикуривать с охуенными соседями которые меняются каждые три дня. В месяц с зп будут удерживать около 6к. Газпром выделяет жилье по бумагам, а по факту очередь на однокомнатные хаты не двигается уже хз сколько лет. Снимать 20к в поселке блядь на 500 рыл! Ебнуться! Продукты блядь как в сталинграде чуть ли не по талонам нахуй, цены бешеные кг помидор - 250 рублей. Но эт еще терпимо как то. В месяц платят 40-45к по 4 разряду. Местные ебашут по 3 разряду овер 6 лет. 5 и 6 - скорее всего блатные вахтовики. Отработал уже больше года. За пройденный год по киповской части ваще нихуя не делал, даже провод в руки не брал. Все время покраска, проверка бирок на кабельной продукции, ссылка в помощь другим службам - гкс, лэс, эхз и т.д и т.п без каких либо доплат и премий. Деваться некуда не хочу вертаться в свою мухосрань на ставку в 15к. В следующем году диплом и надо уебывать куда нибудь дальше в ЯНАО пока есть здоровье над отпахивать за северные. Есть вопросы, задавайте, распишу без приукрасов.
>>1369211 В ЯНАО коллега асушник сидит в соседнем кабинете и получает 220к за 30 дней вахты. Иногда ковыряется в контроллерах в теплом помещении, а большую часть времени чаек попивает. А в газпроме делать нехуй если ты не на газовом промысле. Нефтянка сосет. Мимо из энерготреда.
Есть датчик 0-20мА или 0-10V, он приходит на аналоговый вход контроллера. Соответственно там преобразуется в цифровое значение, ну например от 0 до MAX(какое-то число).
Как отличить 0 это значит что датчик работает, но ничего не детектит от 0 - обрыв датчика? В обоих случаях я вижу только 0.
Или как отличить, что там превышено значение, то есть ток или напряжение пришло больше диапазона измерения?
>>1369442 >Есть датчик 0-20мА или 0-10V, от 0 до 20мА это 0-27648 попугаев если у тебя происходит КЗ, то будет зашкал и значение 32768 если будет обрыв то 0 так и будет нулём
для детектирования обрыва существует 4-20мА и при обрыве будет показывать -32768
>>1369466 Можно, если датчик позволяет. Йокогавский датчик давления позволяет по харту задвать в качестве 0 до -4% от шкалы, в качестве макс 104% от шкалы. Только в ПЛК придется всю обработку аналогово сигнала делать вручную. Преотазователи Pt100 в 0-20 мА (таблетки многих производителей) тоже точно так работают. Видно все они сделаны и прошиты дедушкой Ляо в одном китайском подвале.
>>1367773 пиздос, что-то не работает у меня нихуя. Выдает онли ерроры, статус #8200, в хелпе пишут что якобы я пытаюсь послать запрос когда блок busy, хотя это нихуя не так. Когда приходит еррор или done, я сбрасываю рек writedata.start, потом увеличиваю адрес на 1 и устанавливаю рек. Пример с сайта кстати не открывается, т.к. там для 14 тиапортала, а у меня 13
Тебя не смущает, что у тебя все 3 цепочки горят разом? Нахуй ты тут 3 инкремента въебал? Ты заходишь в 1ю цепочку увеличиваешь адрес с 1 на 2 и запускаешь новый опрос вполне возможно, что он запускается сразу же, т.к. это асинхронная операция. Либо BUSY может на цикл запаздывать, и в итоге ты подаешь команду, BUSY еще не пришло, а ты все продолжаешь перебирать адреса.. Потом ты идешь во 2ю цепочку и тут же увеличиваешь адрес, и в третьей цепочке тоже самое. И все это внутри 1 цикла. Тебе же надо оставить всего 1 икремент, и добавить сравнение, что если адрес стал больше нужного, то выставить его равным 1. Блядь, это же было в ютуб видео и проекте к нему Если хочешь записывать откуда пришли ошибки, то делай это в отдельном нетворке, а не мешай его с запуском нового опроса.
>>1370112 У меня сравнение в другом нетворке крутится. Бля, странно, у меня работало раньше с 3 инкрементами. А куда ещё его сунуть? До цепочек невозможно потому что там идёт сравнение адреса
>>1370188 >А куда ещё его сунуть? Кого "его"? Если ты про инкремент, то можешь тут оставить, только 1 штуку. А вот сравнение, что если адрес такой-то, то записать флаг такой-то лучше вынести выше. И блять, давай ты или побольше будешь скринов кидать, или сразу проект, т.к. угадывать по частям, где ты там мог напортачить, такое себе развлечение. Алсо, про изначальный пример с сайта сименса, там же блять даже пдф-ка есть с полным описанием.
>>1370395 Нууу, я например знаю, что некоторые буровые на сименсах делали. Тут скорее от компании зависит. Чье оборудование решили использовать т.е. кто больше отката занес, тех и стараются применять, чтобы и сотрудников было легче обучать и на складах зип держать.
>>1299298 (OP) Итак, я на середине вышки по КИПиА. По специальностям и по направлениям, по которым работают преподы, я вижу 2 варианта: 1. ПЛК, пид-регуляторы, скада системы(овен, сименс и т.д.). 2. Программировать плисы и микроконтроллеры, разводить печатные платы. Второй вариант сложнее, и платят за него меньше, но в чем тут подвох? Даже не знаю, что выбрать.
>>1371141 Не одно и то же, но сейчас все смешалось. Сейчас есть профессия - мехатроник, который отвечает за все, начиная, от говн в толчках и заканчивая на, чому конвейер не едет.
>>1371802 Врагом народа начальства не стал? После такого, как правило, начинается травля с целью добиться ухода по собственному и поиск "удобного" человечка, пусть и менее квалифицированного. Паста про киповца-таксиста.txt
>>1370424 >только 1 штуку Если я оставлю 1 штуку, то он щелкнет 1 раз до 2 адреса и так и останется там. >А вот сравнение, что если адрес такой-то, то записать флаг такой-то лучше вынести выше В смысле выше? В отдельный нетворк? Так оно должно записывать только по done флагу, иначе оно будет писать всякий хлам почему блять все так сложно то? в других плк задал параметры модбаса, номера регистров и тд, и он крутится себе, а тут мозгоебля какая-то ебанутая
>>1371141 АСУТП престижней КИПиА. АСУТПшник обычно работает в чистом помещении с микроклиматом, КИПовец - на улице. мимо, инженегр программно-аппаратного комплекса (АСУТП и КИП в одном флаконе)
>>1371861 > Если я оставлю 1 штуку, то он щелкнет 1 раз до 2 адреса и так и останется там. Если ты уберешь сравнение с адресом до инкремента, от он будет заходить каждый раз сюда, когда передача окончится.
> В отдельный нетворк? Так оно должно записывать только по done флагу, иначе оно будет писать всякий хлам Блять, я не про данные. Я же говорю про то что на картинке. А конкретно на то что ты кидал у тебя по флагу еррор и ноу бизи, записывается флаг ошибки соответствующего слейва и после этого делается инкремент. Вот про флаги ошибок слейвов я и говорил.
> почему блять все так сложно то? Потому что у сименса есть проприетарные стандарты Profibus/Profinet, где тоже воткнул и даже никакие регистры прописывать не надо, все до тебя уже в gsd файлы положили?
> а тут мозгоебля какая-то ебанутая Ну ты как бы неделю уже не можешь справиться с 1 функцией у которой есть нормальное описание, официальный пример, тонна примеров и пошаговых инструкций на сторонних ресурсах, а также тысячи обсуждений на различных форумах. Какая это не была бы мозгоебля, может ты просто тупенький?
>>1371977 Ды у меня времени толком разобраться нет, начальник ебет мозг то одним то другим, а чтобы разобраться надо сесть и сосредоточенно разбираться
>>1369065 > Господа, а если мне приспичит выучить CodeSys и захуярить на Овце контроллер управления котлом, то какие подводные меня могут ожидать? Я должен иметь ксиву от ОченьВажногоНадзорногоВедомства или любой мимокрок может такую хуйню сотворить?
>>1371977 Вот короче так изъебнулся, вроде как работает. Получается таким образом, что частота вызовов ограничена только скоростью ответов и обработки инфы. Не перегорит ли модуль от такой хуйни? Даже изернет не горит нонстопом же
> Не перегорит ли модуль от такой хуйни? С чего вдруг? Я думаю твои вялые подергивания транзистором его не сильно волнуют. Алсо, ты не знаешь, что у него там внутри и какие паузы зашиты.
>>1372252 Ну это не совсем правильно с точки зрения логики, хотя работать будет конечно. Я бы не стал дублировать смену адреса. Проще отдельно сделать смену адреса по любому (DONE/ERROR) из исходов передачи , а отдельно обработку полученных данных. Впрочем дело твое. Алсо, если снять optimized access с твоей DB3, то не обязательно будет так изъебываться со смненой big/little endian и обойтись 2 мувами. Впрочем опять же это мелочи.
>>1372259 >Проще отдельно сделать смену адреса по любому (DONE/ERROR) из исходов передачи , а отдельно обработку полученных данных. Так тут смысл в том, что адрес должен меняться уже после того, как данные обработаны. А если их сделать асинхронно, то хрен знает что произойдет раньше - сменится адрес или обработаются данные. >Я бы не стал дублировать смену адреса. Ну это для восприятия проще, спрятать все в FC >со смненой big/little endian Не понял
>>1372266 >то хрен знает что произойдет раньше - сменится адрес или обработаются данные. Ну и кто тебе мешает в нетворке 1: если DONE, то копируем данные в нетворке 2: если ERROR, то ставим флаги ошибок в нетворке 3: если DONE или ERROR, то смена адреса
> Ну это для восприятия проще, спрятать все в FC Вот именно, у тебя внутри разных FC спрятана одна и та же операция смены адреса. Это наоборот усложняет поиск проблем в будущем.
> Не понял Ну твои SHL/SHR это ведь для смены порядка WORD в DOUBLE WORD. Этот порядок называется big / little endian. Т.е. страший или младший разряд идет впереди. Если отключить optimized access к DB, то можно будет к числам обращаться по прямому, а не косвенному адресу. Например, ты положил свой даблворд в DBD0, тогда чтобы обратиться к его разрядам ты можешь напрямую писать DBW0 и DBW2. Примеры на картинках.
Объясните какгого хуя все пидоры сговорились и делают датчик тока с дыркой поперек, когда надо вдоль? Они с производителями профилей и шкафов сговорились и вместе откатывают?
>>1372278 Ты что, намекаешь на то, что нетворк 1 гарантированно выполнится ДО нетворка 2? >Например, ты положил свой даблворд в DBD0, тогда чтобы обратиться к его разрядам ты можешь напрямую писать DBW0 и DBW2. Тащемта, я и так всегда снимаю оптимайзед акцес. Но в таком направлении не думал, спасибо.
Дырка в трансформаторном датчике справа-налево, а хочу чтобы была сверху-вниз провод шёл. Потому что крогда справа-налево то целую рейку под один провод с датчиком и так под каждый провод.
>>1372294 >Ты что, намекаешь на то, что нетворк 1 гарантированно выполнится ДО нетворка 2? Лел. Ну да. Тут конечно могут быть всякие изъебы с вызовом прерываний или программных джампов, но в общем случае программа исполняется линейно (для LAD и FBD представлений еще важно что она исполняется слева-направо сверху-вниз).
>>1372327 Повернуть трансформатор на 90 градусов, не? Или у него установка на din-рейку? Скинь номер заказной, посмотреть что за датчик. Просто я сколько трансов не ставил, они либо на панель крепятся, либо просто на проводе болтаются.
>>1372399 Вот такого плана разборные трансы обычно идут без крепления к панели. И я честенько видел, что энергопидоры вешают у себя на шинах, не прикручивая к панели, т.к. шину гнуть западло. А чтобы он по шине не ездил он винтом прижимают к ней.
>>1371817 Я единственный кто может залезть в контроллеры и накодоёбить костылей к очередным охуительным предложениям по оптимизации от начальства. За счёт этого и держусь. А коллеги да, переходят через нехочу.
Посонэ, кто имел/имеет дело с AS-i интерфейсом от IFM? С оранжевыми кубиками. У меня на машине выскакивает постоянно аларм: "Ошибка конфигурации AS-i Slave20". Сам 20й слейв вроде норм, отрабатывает, но, заметил, кратковременно выскакивает на нём, на гейтвее в профибас и, наверное на всех остальных bus fail (кратковременно мигает красным светодиод аварии на гейтвее и на слейве) и появляется снова "Ошибка конфигурации... слейв20" Бля. Адресатор проёбан до меня. Заменить может модуль и прописать ему адрес 20 через меню гейтвея quick setup? Как обнаружить что происходит хелп.
>>1377959 >Алсо, накой тебе транс? Ну это я не знаю пиздец каким некомпетентным электриком надо быть. Трансы нужны как минимум для двух целей: получить из 380В 220В гальванически разделенных для питания оперативных цепей, получить 24в для питания безопасного освещения и приборов, потребляющих 24в перменки.
>>1377993 Лул, я думаю тот анон спрашивал не зачем нужны трансы в принципе, а с какой конкретной целью тот его применял. Я вот тоже трансы почти не ставлю. Блоки питания на постоянку и источники бесперебойного питания решают большую часть вопросов. Из того где реально возникает потребность это разве что необходимость в каком-либо более экзотическом напряжении, например 110В на цепи управления.
>>1377959 Не собираю. Проектирую онли. Собирают специально обученные люди. Одинаковые, потому что из одного проекта. Оба на выпарные установки. Транс 380/220 для отделения гальванически развязанной фазы для питания кранов шаровых гидролок. Без него они не хотят работать корректно, мы считаем, что это частотник что-то там наводит, потому как установка транса решила все проблемы.
Предыдущий https://2ch.hk/wrk/res/1262575.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/
https://web.owencloud.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://oscat-ru.weebly.com/uploads/1/1/4/2/114241935/plcopen_coding_guidelines_v10_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
Книга по метрологии, которой я пользуюсь, и которая не раз меня выручала:
http://publ.lib.ru/ARCHIVES/K/''Karmannyy_spravochnik''/Bolton_U._Karmannyy_spravochnik_injenera-metrologa.(2002).[djv-fax].zip
По частотникам (если у кого-то есть что-то хрестоматийное по частотникам, скиньте, а то толковой русскоязычной литературы по этому важному разделу автоматики особо не попадалось):
http://www.radiosovet.ru/book/teoria/156-preobrazovateli-chastoty-prosto-o-slozhnom.html
Архив тредов
http://arhivach.cf/thread/5077/
http://arhivach.cf/thread/36047/
http://arhivach.cf/thread/53852/
http://arhivach.cf/thread/78549/
http://arhivach.cf/thread/99564/
http://arhivach.cf/thread/104986/
http://arhivach.cf/thread/175647/
http://arhivach.cf/thread/184375/
http://arhivach.cf/thread/191038/
http://arhivach.cf/thread/198246/
http://arhivach.cf/thread/199671/
https://2ch.hk/wrk/arch/2016-12-11/res/705114.html
http://arhivach.cf/thread/230211/
http://arhivach.cf/thread/243169/
http://arhivach.cf/thread/252419/
http://arhivach.cf/thread/266139/
http://arhivach.cf/thread/283681/
https://arhivach.cf/thread/288165/
http://arhivach.cf/thread/331584/
http://arhivach.cf/thread/351229/
http://arhivach.cf/thread/363940/
https://arhivach.cf/thread/372733/