Это копия, сохраненная 16 ноября 2018 года.
Скачать тред: только с превью, с превью и прикрепленными файлами.
Второй вариант может долго скачиваться. Файлы будут только в живых или недавно утонувших тредах. Подробнее
Если вам полезен архив М.Двача, пожертвуйте на оплату сервера.
Предыдущий 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/
здравствуйте уважаемые аноны
не могли бы вы мне рассказать
о специальности
15.03.04 «Автоматизация технологических процессов и
производств»
и
27,03,04
управление в технических системах
а то в этих формулировках кажется что это очень похожие
Может ты "Экспансии" обсмотрелся и хотел сказать - Эпштейна? Что за метод? Ссылочку, писечку, асечку?
>и разные его модификации?
Вот насчет разных, можно поподробнее? А то в гуглоплексе лезет только Циглер.
Разве? Я мельком глянул список предметов по второй и там вполне все что надо. Разве что возможно чуть больше упор в прикладные вещи, когда в первой идет больший упор на понимание самих автоматизированных систем в целом. Вот, например, описания из рандомного Томского вуза
https://abiturient.tusur.ru/ru/napravleniya-podgotovki/ochnaya-forma-obucheniya/2018-15-03-04-avtomatizatsiya-tehnologicheskih-protsessov-i-proizvodstv-fulltime
https://abiturient.tusur.ru/ru/napravleniya-podgotovki/ochnaya-forma-obucheniya/2018-27-03-04-upravlenie-v-tehnicheskih-sistemah-fulltime
Я скажу, что с той корочкой, что с той можно вкатиться. Я вон вообще с 220400 (Мехатроника вкатился, хотя по чисто асушной части у меня был курс более поверхностным, чем по тем специальностям, что спрашивали.
А что они так? Чем он не угодил?
> выпилят к чертам собачьим IL
Слоупок.жпг. Его как бы в 3й редакции за 2013 год уже говорили не использовать и держат только для обратной совместимости. Да и смысла в ассемблеро подобном языке уже отпала. Вычислительные мощности закрывают любые дыры в производительности, что является как бы единственным преимуществом IL. А вот тестировать его на ошибки и в целом поддерживать та еще жопа, так что смысла держать это говно мамонта нет никакого.
> И что у нас теперь будет?
Я вообще хз откуда взяли,ч то новая версия на подходе. Как была 3я редакция в ходу, так и есть. Т.е. у нас LD(ladder diagram), FBD (functional block diagram), ST (structured text), SFC (sequential function chart) и IL(instruction list) для совместимости.
> Аплоуды теперь тоже на нём будут сниматься?
Сейчас вообще нет смысла на новых контроллерах не заливать исходники, благо места много. На тех же сименсах 1500ых программа льется целиком, с таблицей символов, комментами и прочим, просто если надо защитить, то паролится.
То чуство когда ты знаешь одно местечко в котором софт ПЛК для одного довольно важной части машины целиком написан на STL. И что эта часть не будет обновлена.
Сименсы, в отличии от овна, не то что Киповец,даже оператор знает как програмить. Не потому что он пиздец какой легкий и продуманный (наоборот), а потому что Сименс обучение ПЛК на базе своих контроллеров продавливает во все шараги. По крайней мере в Европах такФранция это первая Украина, поэтому за Европу не считается.
>Овен
Под ними я подразумевал всяческие ТРМ32 и прочие. Нахуя в котельной йоба-вычисления? Диды вообще без контроллеров обходились.
>Придется на старости лет учить ваши сименсы-хуименсы.
Не учи, у меня меньше конкурентов будет, мой труд будет стоить дороже.
>мой труд будет стоить дороже.
Лiл. Твой барин будет дороже с заказчика сдирать, а тебе еще и урежет пайку дабы компенсировать негативные влияния мировых тенденций.
Боссы нашего завода никогда не слышали, что такое стандартизация. В результате только в моей зоне ответственности имеется Сименс Степ7, ПЦС7, Валмет ДНА, Йокогава ДЦС и Йокогава БМС, МУУР БМС. Если копнуть в сторону моих коллег, которых приходится замещать, то еще десяток всяких систем наберется - Омрон, Хонивел и тд. Нахуа так делать?
Они просто заботятся о том, чтобы тебе не было скучно.
так у нас по сути так и есть. 1 пцска - 1 производство. только этих производств в цепочке не один десяток, все строились в разное время на разных САУ
> Нахуа так делать?
Ну это или хуевая политика предприятия, которая не думает о скиллах персонала и зипе. Или это просто менеджер по закупкам, которому на все похуй, и он просто берет всё где больше откатывают.
Наоборот, охуенная забота о персонале.
Можно столько всего изучить, что потом, при поиске новой работы, любая HR-баба будет течь при одном упоминании твоего резюме.
в плане дальнейшего трудоустройства - это конечно гуд. Производство не скупится на обучение и в итоге у меня имеются корочки по всем указанным системам. Но, что-то вот не получается самого себя назвать профессионалом, поскольку конкретно я не в состоянии запомнить всех нюансов и в голове бывает каша. Приходится либо каждый раз в мануалы лезть, либо долго тупить и вспоминать как, что делается, когда с условного сименса на условный валмет переключаешься. А это дико напрягает, особенно когда что-то срочно требуют. И тут возникает известная делемма. Что лучше? знать что-то одно досконально или знать все на троечку?
Все на троечку, ИМХО, если конечно ты не работаешь на производителя ПЛК. Кто знает как дела завтра провернутся.
Это значит, что на твоем заводе коррупция имеет минимальные размеры. У нас почти такой же зоопарк. Когда привели еще и Шнейдер Электрик, то сименсоиды просили убрать шнейдоров взамен на бесплатную поставку ПЦС7 на их место. Нелол
Завидую своему бывшему одногрупнику, он после универа год поработал асутпшником, а потом пошел кодить на JS. Сейчас уже получает 150. А я сижу хуи глотаю за 85. Да ещё и бывает в командировках неделями сижу.
Не знаю, может кому-то нравится такая работа. Мне раньше тоже нравилась, но мотивация один хер падает. Нужны деньги, без денег работать смысла нет.
А что тебя смущает? Защитный диод?
Специалиста по расчистке просек забыли спросить.
Эти пидоры обязательную регистрацию требуют, причем проверять её будут вручную и неизвестно сколько. Я данные отправил, но время поджимает.
Там не только регистрация, там и еще и отдельный запрос на скачивание некоторых вещей. Я не помню одобрена ли у меня на мастер-учетке фирмы эта привелегия, но просить ради этого пасс лень.
Вообще просейв идет в составе любого TIA portal, уж он то на торрентах лежит.
Потом планирую перекат в дс инженером-проектировщиком или наладчиком, на программиста знаний не хватит. Что лучше всего читать и как развиваться?
Смищно. Я серьезно. Собираюсь навести порядок в обслуживаемых щитах на которые нет никакой документации и пока докатился до ACE, но мне лениво его изучать, может есть чего попроще? Или таки лучше в нем нарабатывать свои библиотеки компонентов гОвна, Деконта?
Я в общем-то не шутил. Ты бы уточнил, что под говносхемами подразумеваешь проектную документацию. А то говносхемы - они разные бывают.
>проектную документацию.
Не проектную, а уже фактическую. Чтобы не таскться с кучей огрызков бумаги на которых изображены вызвоненные участки щита, а спокойно на планшете смотреть в пдф-ку. Это наверное скорее к проектантам надо обратиться, прастите великодушно.
>Это наверное скорее к проектантам надо обратиться, прастите великодушно.
Пишите гневные письма в спортлото. У нас следующие проекты есть тащемта.
Я имею в виду к двачерским проектантам. Тех кто проектировал автоматизацию уже и нет поди.
Где у вас тут доска проектантов-асутп? Что-то я в замешательстве, неужели нет такой?
Ну, я рисую в eplan, но он хотя и достаточно популярный, но при этом и относительно сложный. Если тебе просто с бумаги перенести в электронку, то пользуйся просто какой-нибудь рисовалкой. Знаю что у того же Компаса есть библиотеки для электрических схем. Да что там, люди даже в висио что от рисуют ебучие извращенцы. Автокад электрик тоже наверное излишен для твоей задачи, хотя я и не знаю твоих объемов, мб и стоит изучить. Ну и автокадоподобных рисовалок с базовым функционалом хватает, тот же nanoCAD как то смотрел то еще говно, но после еплана для рисования схем все говном кажется.
Спасибо за развернутый ответ. Думал есть легкая и простая прога типа Орла у радачистов. Таки продолжу ковырять акад электрикал, благо с обычным кадом я вроде совладал давно.
>>305628
Пытался я как-то раз в еплане сотворить форму для листа общих данных А3 с двумя ведомостями и общими указаниями. Ну хуй там плавал, в общем-то.
Для чистого рисования без всяких сучьих спецификаций, нумерации листов по ГОСТ и прочей еботни лучше всего автокад электрик. Рисовать там действительно удобно.
> Пытался я как-то раз в еплане сотворить форму для листа общих данных А3 с двумя ведомостями и общими указаниями. Ну хуй там плавал, в общем-то.
Понимание того что ты можешь сделать и главное как, а также как накостылить всякие непредвиденные случаи по ГОСТу приходит с опытом. Я вот уже 8 лет в еплане рисую, но один хрен приходится довольно часто дорабатывать что шаблоны, что базовый проект.
Я бы насканировал в пдф эти огрызки, наставил бы закладок. Перечерчивать? Нетъ!
>Перечерчивать? Нетъ!
Ну это же не схема телевизора 3УСЦТ. Три релюшки, пяток БП, пару десятков кнопок с датчиками и сименсами проще вычертить. Зато можно будет распечатать в А1 и обвешать киповскую заместо обоев.
Если есть время и желание, то пожалуйста. Пили в автогаде, Шура, пилите. Потом на модернизацию придёт "ебашпроект", им проще в еплан это засунуть.
>Потом на модернизацию придёт "ебашпроект"
Ты, видимо, не встречал крохоборных производств, где модернизации пилятся силами местных эксплоатаций. От ебашпроекта там разве что фиктивная документация будет нужна, для надзоров.
> для надзоров.
Поясните за ключи в степ7? Т.е. я не смогу на купленном на торрентах ПО сваять прошивку и залить в существующий щит без неиллюзорной возможности присесть надолго?
Глянь SPlan
DB это блок данных, выглядит как таблица. Вызывать этот адрес может код, написанный в функциональных блоках FB и FC.
Это понятно. Но как мне найти этот блок данных если его адрес не отображается? Стоит вызов слова по адресу DBWxxx вместо нормального DBxxx.DBWxxx
А если поискать через Cross reference то находит это слово в непонятном датаблоке с адресом DB?.DBWxxx Почему там стоит знак вопроса?
> В программе на входе отображается просто DBW320 без указания номера дата блока
В любом случае где то должно быть указание откуда ты читаешь. Ты бы скринs кинул, а то потом окажется, что это вообще имя переменной такое внутри функции.
>>306406
> А если поискать через Cross reference то находит это слово в непонятном датаблоке с адресом DB?.DBWxxx
Возможно это ссылка на истансный или мультииснансый DB для данной функции? Хотя скорее всего такой поиск происходит из-за того что номер DB задается не явно, а где то в виде переменной выше по функции.
>Хотя скорее всего такой поиск происходит из-за того что номер DB задается не явно, а где то в виде переменной выше по функции.
Похоже так и есть. Нашел по Cross reference строчку где он открывается внутри функции. Но это не точно. Или точно.
Второй скрин это содержание FC112? Почему ты не отследишь в нем, где используется переменная SOLLWERT?
Но вообще на втором скрине у тебя берется число из ячейки DB "OPC_P1", прибавляется 150 и открывается DB под этим номером.
Да да, я сам уже нашел. У меня 4 сорта и 4 DBшки с разными настройками. Втч и по скорости.
Хуя там изъебнулись. Не встречал пока ещё такой косвенной адресации.
А ещё индикаторную отвёртку потерял. Ну что за пиздец?
Ебать ты геронтофил. Моей мамке уже по 70.
Тут пол треда некрофилов, а ты удивляешься геронто.
Писал на нем на одной из прошлых работ. Нужно было забирать данные по modbus и класть в БД(MS SQL Server). Проще и разумнее всего это было делать на шарпе. Я потом ещё и простенький веб-интерфейс прикрутил. Начал изучать веб-технологии.
Потом возникла идея попробовать написать свою веб-скаду. Но стало понятно, что знаний для этого не хватит.
Я мог только опросить устройство по модбасу, записать данные в бд, плюс построить простенькие графики в вебе.
Но процесс подстегнул к изучению программирования. На книгах засыпал, а когда сам что-то делаешь, изучение гораздо продуктивнее получается.
Ну в общем на собеседовании рассказал о своих потугах, взяли джуном. К собеседованию готовился задрачиванием алгоритмов, что очень помогло, так как давали задачки.
>быдло безграмотное
Ну ладно, ну не стукайте. Я просто с телефона, а пальцы распухли на пол экрана.
Чота я совсем запутался. Это контроллер герметичности клапанов. Не пойму нахуя там термозащита? Датчиков температуры обмотки электромагнита не предусмотрено. Ладно, полезу в дебри газовой обвязки смотреть чего там ИРЛ намутили.
У моей газ-горелки есть дуйка 11 кВт с частотником и стоит она на котле высотой 5 метров. Ебучие итальяшки что-то преремудрили с автоматикой и она выпадает в ошибки от косого взгляда. Заебала уже вкрай.
>Заебала уже вкрай.
Если что то прям уж так вкрай заебало, лучше уволься. От тебя же могут жизни людей зависеть.
Да и хуй с ними. Котлы маслянные, не взрывоопасные.
Горелки не только на котлах отопления могут устанавливаться, а внезапно и на металлоплавильных. Эту конкретно уже n-надцатый раз заливало из-за перелива.
Да итальяшка какая-то, я сам не помню. 7 лет назад было и 5 лет как я оттуда ушёл.
Есть один датчик. Он выдает ток - 70µА. Нормально будет засунуть кабель от него в пучок с кабелями от частотника, силовыми и прочим модбасом? Какие будут подводные?
Кабель экранированный? так-то токовый сигнал всегда более предпочтителен напряженческому из-за помехоустойчивости. Хотя какое-то странное у тебя значение тока. Сигнал ненормированный, т.е. до преобразователя? Укажи тип датчика поточнее, а лучше производителя и маркировку.
Датчик пламени QRA10M.C. Наверное кину экранированный. Производитель автомата горения не рекомендует использовать многожильный кабель для этих целей. Может кто пояснить, чому?
>QRA10M.C
Хм, в руководстве http://www.techrite.com.au/pdfs/Techrite-Siemens-siemens-Qra-Uv-Flame-Detection-013060323409.pdf
вполне чётко написано
>Never run the detector cable together with other cables
>– Line capacitance reduces the magnitude of the flame signal
>– Use a separate cable
Эт я читал, но у меня нет лотков отдельных. Вот и спрашиваю,- чревато подобное самовольство? Или таки выбивать лотки?
Ну попробуй так пробросить, поэкспериментировать. Или ты подрядчик и на объекте уже потом что-то переделывать будет затруднительно?
Нет, обслуживаем котельную, так что доступ постоянный.
А к чему они пишут про неиспользование многожильного кобеля? Или подразумевают, чтобы не использовали всякие КВВГнг 14х0.75?
Я думаю, имеется ввиду, чтобы не оставалось неиспользуемых жил, в которых потенциально может возникнуть паразитная ёмкость.
А экранированный кабель тебе сам бог мануал велит использовать, только присоединить экран к клемме №22.
Спасибо за содержательную беседу, коллега.
Полез в Вику со своим multicore cable, и действительно, оказалось что имеется в виду не многожильный кабель типа ПВ-3, а многожильный в смысле несколько изолированных жил.
Я сам по образованию токарь, что совершенно неожиданно для себя оказался в мире АСУ ТП. А точнее стал программистом-разработчиком в одной крупной компании, и работаю там уже три года. Пишу код на ладдере, фб, делаю потуги в стл, рисую скады, правлю существующий вб и цишный код. Все хоро скажете вы?
Ага, как бы не так. Я постоянно оказываюсь ситуации когда я нихуя не понимаю, и должен тратить часы на то что-бы понять что я должен делать. Если программировнием и рисованием все еще более-менее просто (со всем уважением, но Г код намного тяжелее для мозга, особенно если он создан кад-каме и без коментов), то вот математическая часть меня постоянно ставит в дичайший стрес.
Так вот, анон, не можешь посоветовать доступных по сети учебников по которым ты учился в универе или читал факультативом после? Я бы хотел вправить себе немного мозги математикой.
сомневаюсь, что тебе не хватает именно университетской математики, ибо я довольно туго представляю, что из неё можно использовать в асу, разве что матрицы, да графы
для всего остального школьного курса более чем достаточно
Ну, допустим я самообучением занимался и на одни курсы с стажировкой записался после того как с старой работы смотался. Но то что через семь месяцев после стажировки мне позвонят и предложат местечко в офисе я не ожидал. Совсем.
>токарские навыки
>вести суппорт маховичками по лимбам, заправлять резцы, изготавливать и уметь применять оснастку
@
>ЧПУ-шники
>заготовку вставил, кнопку нажал, ушёл дрочить
>посоветовать доступных по сети учебников по которым ты учился в универе или читал факультативом после?
http://bank.engzenon.com/download/54ddf73f-69d8-4924-a77b-4781c0feb99b/modern_control_engineering_k_ogata_5th_edition.pdf
ЧПУшником и работал. Точнее обезьяной, лол. Точнил вручную последний раз в ПТУ.
И нет, не жалко. Навыков тех было что кот наплакал.
>>315221
> >ЧПУ-шники
> >заготовку вставил, кнопку нажал, ушёл дрочить
раздался пронзительный голос со стороны офиса. Ирл происходит так.
> проебался 30 минут с подкотовкой машины
> Побежал менять заготовку с 2 машины
> Переглянул и просимолировал программу полученную из офиса
> первую заготовку ведешь глазами всю черновую обработку, держа руку на потенциометре, ставля в ноль при любом подозрительном шуме
>побежал доставать деталь из 3 машины и обмерятьи править корректоры
> обмерил деталь в первой машине, добавил 0,5 мм к коректору чистового резца
> Побежал менять деталь в 2 машине
> Провел чистовую обработку с рукой на потенциометре
> Померя, убрал из корректора 0,54 мм
> Запустил чистовую
Гото в начало.
>>315228
Лучше меньше, да в офисе.
Быстро посмотрел - книга чисто теоритическая с кучей абсолютно ненужной математической фигни. Для начинающих не пойдёт, потому что слишком сложно + на английском, а тем кто в теме такое будет неинтересно читать.
Ну я написал, да.
Тау, внезапно, не упростишь до уровня пикорелейтеда. Парр например, пытается конечно, даже с какими-то прикладными примерчиками, но всё равно присутствует недосказанность, а если человек что-то понял неправильно, превратно, по-своему, на сколько ему позволяет его кругозор или интеллектуальные способности, это может привести в лучшем случае к неработоспособности того, что он разрабатывает.
Книжная тау вообще имеет далёкое отношение к реальности, потому что всё что тебе от тау пригодится на практике - вбить коэффициенты для пид-регулятора в блок, а чтобы уметь их подобрать нужно только практиковаться.
Для понимания большинства технической литературы достаточно уметь читать и понимать дифференциальные уравнения (уметь решать уже необязательно), плюс там ещё матрицы проскакивали - но это вообще первый курс, я думаю ты быстро вспомнишь.
В интернете полно материала, буквально по первым запросам в гугле. Объясняют намного лучше чем в универах, плюс для наглядности есть ролики на ютубе.
Да я знаю. Проблема была в том что я тупо не знал что учить. У меня такой был план, найти учебник и при первой непонятной хуйне начинать гуглить.
>вбить коэффициенты для пид-регулятора в блок, а чтобы уметь их подобрать нужно только практиковаться.
Взорвав пару тэц и затопив пару городов лал
))))
Лол, через годик обратно вернешся, попомни мои слова. В таком возрасте у тебя уже не пойдет прикладуха. Ты тупо охуеешь от сложности и кол-ва часов за монитором. И уровень программирования совсем другой, это тебе не клапаны по таймеру открывать (нужно реально много учить и запоминать)
Кто нибудь работал в ПАГ-е? Норм? Зазывают туды
В багаже asm x86, слабенький знания матана, знания юникс админства и 6 лет на крестах.
причина:
мне по духу ближе с железом возиться, не люблю виртуальные хуитки
Ну, я из токарей перекатывался
Дело не в программировании или железе. Даже если ты устроишься чисто программистом АСУТП, то само написание кода и его обкатывание на объекте в лучшем случае занимает 30% работы. Главное разбираться в объектах над которыми ты работаешь. Как сделать систему эффективнее и отказоустойчивее, удобнее и безопаснее для персонала.
А если и вкатываться с твоим опытом, то на стык АСУ и IT. Сейчас есть большая потребность сращивания непосредственно производства и непосредственно управления предприятием, например всякие MES и ERP. В этой области и денег больше, и кадров квалифицированных почти нет.
> мне по духу ближе с железом возиться, не люблю виртуальные хуитки
Можно подумать контроллер с намертво зашитой прошивкой это не некая абстракция. Да к нему прикручиваются провода с реальными датчиками, но суть то от этого не меняется.
Зачем? Если ты знаешь кресты, почему не заняться разработкой embedded? Сейчас модным направлением является IoT, плюс много контор пытается в импортозамещение и делает свои железки для асу тп.
А идти с 6 годами опыта в крестах писать на FBD или строчить скриптики в скаде это мягко говоря большое понижение. Сильно проиграешь в зарплате и перспективах. Тут люди наоборот стараются уйти в разрабы.
>>318166
>А если и вкатываться с твоим опытом, то на стык АСУ и ITСейчас есть большая потребность сращивания непосредственно производства и непосредственно управления предприятием, например всякие MES и ERP. В этой области и денег больше, и кадров квалифицированных почти нет.
Только вряд ли ему там поможет ассемблер и кресты, это же низкоуровневые языки. А там нужны скорее Джава или Шарп
Нравится. Но у 580 там структура действительно ебаннутая, читается павять с адресами и выводится в сгенерированную структуру без адресов.
Всё, что мы ставим в шкафы для защиты от каверз энергетопидорасов - пикрилейтед.
Нет, оно просто сигнализирует, что с питаем что-то не так.
Выпрашивать у начальства новую панельку и переделывать проект? Либо добыть откуда-нибудь такую же, пролить и проверить. Если за столь старым оборудованием нет нормального присмотра, то лучше его уже и не трогать.
Нахожусь в поиске ИНЖЕНЕРА ПО АСУТП И КИПИА в международную компанию. Локация - Южно-Сахалинск (вахта).
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+.
Направить своё резюме, а также уточнить дополнительную информацию по позиции Вы можете посредством
Закончил универ со специальностью "Информатика и вычислительная техника". Было проганье и всякая дичь с сигналами (типа шумы, спектры и т.д.). Мне это всё противно, хочу попробовать пойти поработать в АСУТП. Стоит ли вкатываться, если в этом не разбираешься, но можешь заботать? Будут ли на работе обучать или надо приходить и знать всё?
От 300к\30 дней вахты и как договоришься.
>Приразломная
По секрету, приразломная на капремонт уходит. Вроде в Баренцевом море она. До Сахалина, как до китайчкой границы раком
> Пацаны, а вы не боитесь, что вас и ваши попильные некрокоробочки с проводами скоро выкинут на мороз и ваше место займут смузихлебы с IIoT облаком и i/o - шлюзами на ардуинах и распбери пи?
Заебись будет. Саяно-шушенская каждую неделю, техногенные катастрофы уже мелким шрифтом, киберпанк реале, взломал АЭС@взорвал АЭС.
>Ты наверное в асу никогда не работал, если подобные вопросы задаешь?
Ну так программистов COBOL и их закрытые системы не-опенсорс уже вымели с рынка считай. Менфреймы отправились на свалку туда же.
Так и здесь. ПЛК с каких лет выпускают, а появилась более современная облачная архитектура и современные платы распбери-пи и ардуино, которые можно программировать не на языке из 70х годов. Что можно сделать на ваших ПЛК, чего нельзя на ардуине? А с учетом облако, которое мощнее ПЛК в тысячи раз и его надежность, распределенность и отказоустойчивость (потому что там современные технологии кубернетес, докер, опенстек), то я не вижу причин почему вас не заменить пацанчиками с модной стрижкой и узких штанах, которые, блоагодаря архитектуре Ioot облака даже не будут ездить в ебеня вияснять чёзанах - им за чашечкой кофе будет достаточно в консоль веб-микросервиса посмотреть - iiot облако самоопределит поломку и даже оформит все бумаги наряды на ремонт и даже по почте сломанную деталь.
Хотя, в данном контексте скорее стоит сказать - мне не нужно пробовать некроговно мамонта из прошлого века на вкус, что бы знать что это говно мамонта из прошлого века. Это как у совков, когда им объясняешь, что совок дно и устарел еще задолго до распада, тут же" кококо ты там не жил, кококо промышленность, кококо наука".
Но Асушник может переучится под новые технологии и будет также работать.
Программиздов лучше не допускать к АСУ ТП. Как минимум для их же безопасности, а вообще - чтобы не позорились.
От статьи осталось впечатление, что какой-то московский хипстер-программист настолько охуел от своего ЧСВ, что искренне думает, что никаких готовых решений в сфере АСУ ТП не существует в принципе, ни в России, ни даже на западе.
Особенно порадовали выдуманные, мифические проблемы: "миллионы (!) разбросанных (!!!) везде датчиков" и фраза "плк это промышленный аналог разбери пи".
>MQTT и MRAA — это основные протоколы для работы с датчиками
Видимо прав был Паша: энергопидары-дрочители ардуинок и есть главные враги асушников.
в серьёзной химии очень требовательные правила к системам ПАЗ и требовательные они не просто так, всякие ардуинки не затащат
в металлургии обычно требует быстродействие, которая тоже нисхуя не возьмётся
вобщем эта нихуя не всеобъемлющая залупа как описанно в статье, а чисто нишевая хуйня
>>331511
>>331520
Скажу, что к счастью тенденция уже наблюдается, мне все чаще встречаются люди которые из ИТ перекатываются в АСУ, чего абсолютно не было ~2012
>>331635
Лол, какой сочный асу-бугурт)
А причину вам расскажу: эти толстые, сальные лентяи хотят даже 2к18 говнокодить на своих LADах причем! не упуская возможности называть себя программистами . И это при том, что уже, даже в самых уебишьных средах разработки давно появилась нормальная поддержка текствовые процедурных языки (ST, SCL и тд), они и их стараются игнорировать. У меня например знакомый есть, он в 2004 писал программы на FBD и 2018 пишет. Говорит, что ему норм)
мимо-15-лет-асу
ФДБ это язык для крупных проэктов, он очень сильно облегчает последующий деббагинг.
>2к18 говнокодить на своих LADах
Во первых, 20_18. 2k18 уже не модно говорить.
Во-вторых - сейчас наоборот мышкой тыкать модно становится. UE4 Blueprints тому пример.
Очень скоро мы с тобой разберемся, пес! Будешь как мы или без работы
Чутка лучше чем овно
Если в нем могут разбиратся электрики, то в таком случае мы жутко обосрались, так как электрики в нем не разбираются уже кучу лет.
Не знаю, как на счёт электриков, но как то спрашивали у командировочных итальянцев, то они сказали, что это не для электриков, а скорее для инженеров-механиков-пусконаладчиков, электрики только по схемам на клеммниках провода подключают, логикой работы установки они там не занимаются.
Электрики уже давно хуярят логику работы своих контроллеров на ST и т.д.
Ты на совковом заводе походу работаешь?
Ну пусть хуярят, благодарны должны быть нам, за такой подгон, ибо тут не может быть вопроса в духе "что было первично, курица или яйцо". И почему нам не должно быть похуй на их узконишевые махарайки? Главное, чтобы эти пидарасы следили за своим говном нормально и не было скачков напряжений и внезапных обестачиваний.
Все зависит от области. Ты видимо дальше заводов не вылезал. Работал я как то над проектом организации АСУ ТП довольно таки мощного узла который состоял из магистральных подстанций 220-500 кВ. Так вот в таких местах все пляшут вокруг их махараек, всякие симатики стоят в основном на АВР 0.4 кВ и управляют двигателем по откачке ссанины.
Тут тред про заводы и технологические процессы, а не энергетику. Не тащи это унылое говно сюда будь добр.
впадлу открывать степ, вобщем примерно так, только после кнопки фрон поставь
Делал так. Не работает.
А плк то какой? Пооядок блоков тоже важен.
А что им еще делать? ВПК то тю-тю.
Попробуй я руководству какого-нибудь завода, где я был на пусконаладке и запускал цеха на сименсе предложить что-нибудь такое, мне бы ответили что-то вроде "анон_нейм, мы думали мы с тобой друзья, или может ты от постоянных командировок помешался там вдруг?".
Тебе бы ответили то же самое если бы ты 40 лет предложил логику аварийной остановки делать через ПЛК. И были бы правы.
Но вот как конкурента разных софтварных ПЛК эта малинка вполне может потянуть.
>Тебе бы ответили то же самое если бы ты 40 лет предложил логику аварийной остановки делать через ПЛК. И были бы правы.
Логику аварийной остановки мы и сейчас делаем через реле не pilz конечно, а обычные, ибо заказчику с ними уже дораха.
>Но вот как конкурента разных софтварных ПЛК эта малинка вполне может потянуть.
У них блог ведётся с 16-го года, пока ни одного реализованного проекта с пруфами на реальном производстве. Только посты с бородатыми хипсетрами, лол. И как я сделаю презенташку этих махарек например главному инженеру или начальнику службы АСУ завода-клиента?
> Логику аварийной остановки мы и сейчас делаем через реле не pilz конечно, а обычные, ибо заказчику с ними уже дораха.
Зависит от сектора. ИМХО, намного проще и наглядней поставит один сименсовский трехсотый, чем городит шкаф из одних релле.
> У них блог ведётся с 16-го года, пока ни одного реализованного проекта с пруфами на реальном производстве. Только посты с бородатыми хипсетрами, лол. И как я сделаю презенташку этих махарек например главному инженеру или начальнику службы АСУ завода-клиента?
Я думаю что если инженеру нормально ставить софтверный плк с виндой, то и малинко он может вытерпеть.
Мы уже идем за вашим хлебушком, асушнички! Чувствуете как почва из под ног уходит? А то уж больно хорошо вам живется - деградируете на своих fbd годами в одиночку (никакой культуры разработки, стайлгайдов, VCS, code review и teamup-ов), некоторые еще и программистами себя называют
Скоро мы у вас порядок наведем
>А то уж больно хорошо вам живется
Кек. Присоединяйся, хуле, не жалко. Через пол годика напишешь как оно, хорошо или нет.
Что, прямо ко мне за хлебушком идёшь? У нас тут как раз недавно на стоянке медведь кого-то задрал, когда какой-то даун мясо в тачке забыл.
Это я к чему. Не знаю, что за челик постоянно постит про новые горизонты АСУ на ардуинках, но это жырно, глупо и выдаёт в нём того ещё дауна.
Я малинку запостил така как увидел Revolution Pi на сайте кунгбаса. И имхо, подобное решение вполне оправдано для разных дисплеев, мобильных упаковщиков и прочей передвижной машинерии без крупных механизмов.
Да против таких модулей я ничего не имею. Конечно, они пишут о соответствии EN61131-2, и хотя записей о соответствии стандарту -3 той же темы я не увидел — а это тоже может выйти боком при попытке спроектировать систему на этой линейке — но свою нишу они могут занять, и скорее всего, даже займут.
Обращался я к тому чудику, который о крутых бородатых перцах заливает — если вы не одно лицо, конечно.
Лол, толстеешь на глазах.
>это жырно, глупо и выдаёт в нём
Не бойся ты так, совсем без еды не останешься!
Даже когда все заводы будут массово на IOT, всегда найдется парочка некрокоробочек какого нибудь siemens, куда мы тебя и позовем на субподряд
сука как я ору, ну и идиот же ты
Очень смешная вещь: позиционируется как ПЛК, при этом не поддерживает ни один МЭКовский язык и предлагает писать программы на питоне.
А не, просмотрел - на сайте есть заметка о том, как писать на ST.
В общем не понимаю в чём сыр-бор весь - делают какие-то хуи на базе разбери пи свой ПЛК.
По итогу выйдет самый обычный ПЛК, который должен будет соответствовать всем тем же требованиям, что ПЛК от сименса, ханивела или йокогавы.
То есть к чему тут троллинг на тему "скоро асушники будут как програмизды" я не понимаю.
Бля, а я завтра как раз на собеседование на вакансию инженера асу пойду. Теперь хз, стоит ли, если там перспектив никаких нет.
Питон, хмм. Как ты считаешь, стоит его асушнику учит? Не для программирования, а чисто для работы с текстом и сорцами.
>>335480
Ой, ты как будто на дваче 1 день. Это просто развлечение.
Кстати, всегда думал что АСУшники и являются программистами.
>>335539
90к рублей в 28 лет с неоконченным высшим это для тебя преспектива?
>90к рублей в 28 лет с неоконченным высшим это для тебя преспектива?
Эта область скоро загнётся, чел выше сказал. Поэтому я и боюсь.
Приходил к нам как то асушник с опытом 2-3 года на джуна, мы у него спросили всего один вопрос, на который он не смог ответить сколько будет 2^8? До сих пор вспоминаем
Загнутся способы автоматизации. Всякие FBD и подобные инструменты. Всё будет программироваться обычными программистами, а не асушниками.
Я не стебусь, а говорю серьёзно. У меня нет цели кого то оскорбить или потроллить. Я сейчас универ закончил (информатика и вычислительная техника) и у меня выбор, который пипец как повлияет на мою жизнь. Могу пойти инженером АСУ (энергетика), либо искать вакансии программиста. Весь в раздумьях и переживаниях. Почитал тред, человек говорит, что плк и асу в принципе изжили себя. И начал переживать ещё больше. Боюсь, что проработаю 2-3 года, и, либо зарплата как была 40к, так и останется, либо вообще лишусь работы.
Асушники это программисты, внезапно. И внутри блоков FDB находится ST код, внезапно.
Ну иди на програмиста, лол. Главное что-бы дело тебе нравилось. Я свои 90к рублей получаю.
А кем сейчас робишь?
>Могу пойти инженером АСУ (энергетика)
В большой энергетике инженер АСУ очень сильно отличается от инженера АСУ на различных заводах. И боюсь в скором времени от инженера АСУ в энергетике ничего не останется.
Так что лучше меть в программисты если есть возможность.
Релейный персонал возьмет на себя эту функцию, да что говорить, уже частично взял.
>Даже когда все заводы будут массово на IOT
>MQTT и MRAA — это основные протоколы для работы с датчиками
Вот на это я бы хотел посмотреть, как такая хуитка хотя бы банальной ссанино-разливочно-пробкоукупорочно-упаковочной линией через тплинки из облака с таким-то пингом будет командовать - хипстеры про profinet от чего-то не в курсе и пилят свои велосипеды поверх обычного езернета.
Вот пиздец, конечно, сделали им кучу индустриальных стандартов и решений - только бери да закругляй уголки, хипстуй на здоровье.
Нет, блядь, мы свои велосипеды изобретем, мы же в голову и жопу пидарастическими хуями долбимся, значит и пусть все остальные тоже.
И чем это будет отличатся от того, что сейчас делают на производствах?
Так уже лет 10 делают, ПЛК на месте и он уже отдаёт сигналы в всякие МЕС, ЕРП и прочие залупы
Инженером асу в энергетику точно идти не стоит, перспектив ноль. Будешь большую часть времени заниматься унылой телемеханикой. Да и вообще в АСУ смысла соваться никакого нет, денег не заработаешь, перспектив никаких, работа ебанутая. Вряд ли ты пять лет в универе отучился, чтобы потом идти работать слесарем-программистом. Большая часть вакансий в АСУ ТП это уровень техникума или ПТУ. Обычные электрики и киповцы вполне могут делать всю работу.
В твоём случае лучше задрачивать кодинг и идти в разработчики. Тут даже думать не о чем по-моему.
Разница в том что продукт это будет их, а не сименса. Обычный капитализм, каждый пилит деньги где может.
Обычно в энергетике релейщики и телемеханики обслуживают полевой уровень (оборудование телемханики в ячейках на подстанциях, контроллеры ). А АСУшники сидят и ковыряют скаду, обслуживают серваки и диспетчерские машины. Там даже программировать особо нечего. Работа на уровне эникейщика, получают примерно столько же.
Я тоже не совсем понял. Есть разработчики-программисты, которые делают ПЛК. А есть техники, которые этот ПЛК потом будут настраивать и внедрять. Техники - это и есть асушники. Так что для асушников все равно будет работа, правда низкооплачиваемая и низкоквалифицированная.
На фоне санкций будет много появляться подобных решений. Завтра например Сименсу запретят поставлять оборудование в раху, все начнут переползать на отечественные говноаналоги. Так что денег сейчас неплохо можно срубить в области импортозамещения. В энергетике давно уже это наблюдаю
Уверен?
Системным программированием. Для ПЛК. На С или С++.
> которые этот ПЛК потом будут настраивать и внедрять
Ты не "настраиваешь" ПЛК, ты пишешь для него программу под нужный тех процесс. И большая часть работы это как раз-таки работа с процессом, а не вбивание полученных итогов в ПЛК.
Что до тех кто пишет оси и прошивки для ПЛК, то к чему ты это вообще? Сравнивать это с асушными задачами это как сравнивать яблоки и апельсины. Да это фрукты, и они круглые, но у них разная суть.
>ссанино-разливочно
Ссанино-разливочная линия это у вас мемас про хеллоуворлд чтоле такой вроде "написать имаджборду на языкname"?
так то хелловорд это конвейер, но конвейер конвейеру рознь и одному будет похуй на пинг в 10сек, а другому и 50мс много
Песдуй права сдавай на большегруз и делай лицензию "опасника". Будешь опасные грузы развозить дальнобоем или от хаба по области. Много платят, всегда есть работа.
@
Интегрировал всё в линию. Написал изменения в проекте ПЛК.
@
Описал работу изменений, написал как отключить несколькими способами. Всё это в общей конфе, где все читают 100%.
@
За ручку сводил показал как работает, где отключать.
@
Месяц работает без сбоев. Расслабил анус.
@
Вышел на очередной выходной.
@
АЛЁ СЫЧЁВ? У НАС ЧЕТ КОНВЕЙЕР ПОД ИНСПЕКТОРОМ НЕ КРУТИТСЯ. А? ГДЕ? ЭТИКЕТКА? А ШО С НЕЙ? НЕ ЗНАЮ. ГДЕ? ЗА СПИНОЙ РАЗЪЁМ ВЫДЕРНУТЬ? АГА, ПОЕХАЛО, НУ ПОКА...
Чмок в пупок
О, как раз упарываюсь этими языками. В шапке есть годное по этому поводу?
Ну, задачи, литература, связывающая одно и другое.
C/C++
Меня всегда бесило, что меня интересуют языки вместо специальности
Студентота
Контроль качества.
Вообще, за всю мою 16-летнюю практику в отрасли, ничто не доставляло столько удивительных вещей, как реалии постсоветского производства. попадались, конечно, странные технические решения и в банках, и в добыче ископаемых, но с заводами не сравнится ничто.
Итак. Некий машиностроительный заводик отхватил подряд у буржуйского автомобильного производства, которое требовалось максимально локализовать. Подряд состоял в производстве некой железки. Буржуи, надо сказать, прекрасно знакомы с реалиями нашего машиностроения, поэтому конвейер подрядчика снабдили на выходе лазерным объемным сканнером, который не давал отгружать брак. Наша задача заключалась в том, чтобы чутка подкрутить софтину на базе Websphere MQ, которая обрабатывала данные от сканнера, и складывала их по Интернету в буржуйский SAP. Явившись в цех, и прицепившись к сканнеру, мы узрели неких мужчин, одетых в спецовку, и совершавших судорожные челночные перебежки от сканнера к конвейеру и обратно. Это были слесари по наебалову системы контроля качества. У них было некоторое количество эталонных деталей, которые заведомо проскакивали через сканнер. И, чтобы обмануть счетчик, через сканнер пропускались, раз за разом, именно эти детали, а в отгрузку шло то, что получилось.
Более того, как выяснилось, на складе имелся недельный объем эталонной готовой продукции, который руками подкладывался на конвейер, когда приезжал контроль качества от заказчика. Долго враги не могли понять, где же скрылась проблема, и сканнер меняли трижды. В очередной наш приезд на настройку нового сканнера, мы обнаружили, что буржуйские сволочи снабдили конвейер дополнительной железкой - приклеивалкой RFID меток. Не прошло и месяца, как команда слесарей по наебалову была доукомплектована взводом переклеивальщиков с парогенераторами.
В общем, никогда в этой стране не было, и не будет качественного поточного производства, пока в головах вот такая разруха. И никогда тоёта, собранная из вот так вот "локализованных" запчастей, нормально ездить не будет. Здесь поможет только немец с железной палкой, приставленный к оператору станка. Как, собственно, и происходило в момент становления российской индустрии.
Контроль качества.
Вообще, за всю мою 16-летнюю практику в отрасли, ничто не доставляло столько удивительных вещей, как реалии постсоветского производства. попадались, конечно, странные технические решения и в банках, и в добыче ископаемых, но с заводами не сравнится ничто.
Итак. Некий машиностроительный заводик отхватил подряд у буржуйского автомобильного производства, которое требовалось максимально локализовать. Подряд состоял в производстве некой железки. Буржуи, надо сказать, прекрасно знакомы с реалиями нашего машиностроения, поэтому конвейер подрядчика снабдили на выходе лазерным объемным сканнером, который не давал отгружать брак. Наша задача заключалась в том, чтобы чутка подкрутить софтину на базе Websphere MQ, которая обрабатывала данные от сканнера, и складывала их по Интернету в буржуйский SAP. Явившись в цех, и прицепившись к сканнеру, мы узрели неких мужчин, одетых в спецовку, и совершавших судорожные челночные перебежки от сканнера к конвейеру и обратно. Это были слесари по наебалову системы контроля качества. У них было некоторое количество эталонных деталей, которые заведомо проскакивали через сканнер. И, чтобы обмануть счетчик, через сканнер пропускались, раз за разом, именно эти детали, а в отгрузку шло то, что получилось.
Более того, как выяснилось, на складе имелся недельный объем эталонной готовой продукции, который руками подкладывался на конвейер, когда приезжал контроль качества от заказчика. Долго враги не могли понять, где же скрылась проблема, и сканнер меняли трижды. В очередной наш приезд на настройку нового сканнера, мы обнаружили, что буржуйские сволочи снабдили конвейер дополнительной железкой - приклеивалкой RFID меток. Не прошло и месяца, как команда слесарей по наебалову была доукомплектована взводом переклеивальщиков с парогенераторами.
В общем, никогда в этой стране не было, и не будет качественного поточного производства, пока в головах вот такая разруха. И никогда тоёта, собранная из вот так вот "локализованных" запчастей, нормально ездить не будет. Здесь поможет только немец с железной палкой, приставленный к оператору станка. Как, собственно, и происходило в момент становления российской индустрии.
Этой пасте больше лет чем тебе. Съебал в политачик, там прокатит.
Какая-то хуйня, если честно.
Какой смысл заводу гнать иностранцам которые нормально платят брак, если предприятие в принципе может делать нормальную продукцию?
И какой смысл иностранцам возиться с заводом, который гонит брак, вплоть до установки там каких-то сканеров и прочей хуйеты? Неужели в договоре не прописан нихуёвый штраф за браки?
В общем как пугалка для школоло-либерастов пойдёт, но на реальную историю не тянет.
бля затроллел шакал, жопа горит немогу просто
Есть ПЛК Siemens CPU313. Стоит на машине, машина старая, но работа.. ла. То есть сейчас она на приколе, но я могу в ручном режиме кое чем подвигать, даже в автомате оно ставится на исходную и как бы всё норм. Но я не об этом. Скачал аплоуд, начал потихоньку отмечать наименования, входов/выходов, меркеров, коменты писать, короч привожу к читабельному виду. И тут замечаю что большинство FBшек и FCшек работают, хотя не вызываются ниоткуда. Это как так? Блок же не будет работать если его загрузить и забыть прописать вызов откуда нибудь. Может они как то вызываются не через CALL? Кто-нибудь может пояснить мне?
Что значит через CALL? Ты смотришь через cross-reference список вызовов и там нет вызова нужных тебе блоков или что?
Вообще первоначально вызов происходит в организационных блоках (OB1 - главный цикл, OB100 - startup, OB3x - прерывания по таймеру каждые хх мс, всякие OB8х - прерывания по ошибкам и т.д.). Когда программа оттуда вызывается, то она внутри себя может другие программы. Все это должно в принципе быть видно в кросс-референсе. Единственно что трудно отследить это косвенную адресацию, когда наличие вызова или номер блока зависит от какой-нибудь переменной.
>Это как так?
А это таблицы тегов смотри. Мудаки из сименса для мудаков по всему миру дали возможность плодить лапшу с привязыванием глобальных переменных прямо ко входам/выходам блоков и внутри блоков.
>и дальше пошло поехало вызов через вызов по всяким условиям.
Спагетти-кодTM
Самое смешное, что оно у тебя отложится и ты будешь быдлокодить так же, если попадёшь в разработку.
Лол. Машина таки итальянская. Backus TMG
Ну не знаю. В книжке C.T. Jones - Step 7 in 7 Steps написано что правилом хорошего тона считается вызывать всё из OB1
Зависит от размера проекта. Но часто в об1 будут 2 блока, один общий инициализирущий и один относящийся к управляемой машине.
> общий инициализирущий
Вызов которого по факту нужно класть в OB100, чтобы случайно не вызвать его повторно.
> один относящийся к управляемой машине
Я понимаю раньше имело смысл группировать вызов множества блоков в один, если у тебя было множество подсистем слабо соотносящихся друг с другом. Теперь вообще множество main OB разрешили, то смысл совсем отпал. И зачем плодить дополнительные функции для вызова других функций, когда OB уже сами по своей сути являются такими функциями. Хз, лично я группирую вызовы только когда мне нужно вызвать одну и ту же функцию множество раз с разными аргументами, и чтобы не захламлять OB, я выношу это во вне. Но все что вызывается по 1 разу точно нет особого смысла прятать глубже. Я конечно не выступаю в роли эталона, но я не понимаю зачем плодить еще 1 уровень инкапсуляции, когда это не имеет особого смысла.
100 это только во время запуска. Но тот же клок или тру нужно делать писать в начале каждого сканп.
> А зачем ты клок каждый цикл дергаешь?
Зачем я каждый цикл дергаю клок на 2с? Не знаю, лампочками моргать например.
> Ты про переменную условно назовем "ALWAYS_TRUE", чтобы всегда единичка была? Дык есть ведь системные переменные.
> В TIA, причем давно. Не уверен насчет всех контроллеров, но у S7-1200/1500 точно поддержка есть
В разработке очень часто ипользуются разные системы, так что решения что позволителтны в одной системе не будут возможны в другой. Например в шнайдеровской м580 у тебя только один основной "блок"(что даже и не блок), у сименсовской пцс7 об1 есть, но он не должен использоватся.
Да и про запуск не нужно забывать, пусконаладчик же не знает что ты за крутые фичи ты использовал в софте.
> Не знаю, лампочками моргать например
Это тоже есть в системных переменных.
> В разработке очень часто ипользуются разные системы, так что решения что позволителтны в одной системе не будут возможны в другой
Ты же не переносишь код просто копипастом, тебе все равно перерабатывать его приходится. А использованные фичи должны быть отображены в сопроводительной документации.
> пусконаладчик же не знает что ты за крутые фичи ты использовал в софте
Это проблема его квалификации и/или сопроводительной документации.
Ладно, это не принципиальные вещи, просто не вижу смысла повторно делать то, что уже написали разработчики операционки плк.
>Зачем я каждый цикл дергаю клок на 2с? Не знаю, лампочками моргать например.
>Не знать про отдельный байт с моргающими на разных частотах битами
> Это тоже есть в системных переменных.
Их не так легко найти и изменить.
> Ты же не переносишь код просто копипастом, тебе все равно перерабатывать его приходится.
Но не полностью же.
> А использованные фичи должны быть отображены в сопроводительной документации.
Которая читается в самый последний момент при запуске. Бедняга и так работает 12 часов в сутки.
> > пусконаладчик же не знает что ты за крутые фичи ты использовал в софте
> Это проблема его квалификации и/или сопроводительной документации.
Хочешь что-бы его проблемы стали твоими? Ты же софт писал?
> Ладно, это не принципиальные вещи, просто не вижу смысла повторно делать то, что уже написали разработчики операционки плк.
Часто то что написал разработчик не портируется при копипасте с одного хардвара на другой.
Он очень неудобный.
>UE4 Blueprints
сделали не по моде, а по тому шо левел дизайнеры ебашили свою скриптовую логику на крестах, от чего сраки кор энжин девелоперов улетали в стратосферу
>сделали не по моде, а по тому шо левел дизайнеры ебашили свою скриптовую логику на крестах, от чего сраки кор энжин девелоперов улетали в стратосферу
До блюпринтов и кисмета, ньюфани, не заставшие уеч2 не знают, был UnrealScript. Никто дизайнеров пердолить логику никогда на крестах не заставлял.
Можешь, к слову, найти утекшие сорцы невышедшей Ragnarok 2 от NCsoft - там тоже 90% логики на Unreal Script.
Возникло два непонятных момента:
- как быстро организовать сетевой обмен с панелькой (как в два клика расшарить здоровенный массив или структуру, вместо добавления сетевых переменных по 2 байта)?
- как хранить "рецепты" в плк(рецепт это структура, хранящаяся в retain persistent памяти. при изменении структуры контроллер переложит ее в другую область памяти, и все хранимые ранее параметры поедут по пизде)?
ОВЕН саппорт, призываю тебя
> - как быстро организовать сетевой обмен с панелькой (как в два клика расшарить здоровенный массив или структуру, вместо добавления сетевых переменных по 2 байта)?
Импортироватт через эксель, не?
Мимо анон что кодесис и овен видел только на картинках.
Нет. при совке частотников не было, как и туалетной бумаги.
Частотник, правильно - частотный регулируемый преобразователь - это такое устройство, которое преобразует электричество из родной частоты - в другую. И частоту на выдоде можно регулировать, как автономно, так и удаленно: заданием физическим или информационным сигналом
>power driver
Неверно, скорее drive controller
Ибо кроме силовой части присутствует ещё и регулирующая, которой можно в т.ч. отдать и ПИД-регулирование заведя обратную связь и тем самым разгрузив ПЛК от обработки дополнительных алгоритмов, оставив только функцию задания уставок и отображения на ЧМИ.
Частотник это жаргонизм от частоного преобразователя. Совковые киповцы раньше не занимались обслуживанием комплектных тиристорных электроприводов в эксплоатации, для этого там были настоящие электронщики.
А когда ЧРП появились там (где не было станков с ЧПУ например, и соответственно подобных приводов), не смогли придумать ничего лучше, чем свалить их обслуживание на киповцев, потому что электромонтёры оказались недостаточно квалифицированы для таких дел.
> как хранить "рецепты" в плк
Там в память можно файлы писать. Посмотри, это где то в одной из стандартных библиотек кодесиса.
Оранжевое вдавить отверткой/любым подходящим предметом, удерживая отвертку в квадратное щачло вставить опресованный провод.
Это ж как разъемная вага, только вместо рычага вдавливать надо.
>
>Оранжевое вдавить отверткой/любым подходящим предметом, удерживая отвертку в серое квадратное щачло вставить опресованный провод.
> Поясните за частотники. Я так понимаю, что совковые киповцы прозвали power driver который отвечает за управление силовыми линиями через компьютер. Или, я что то перепутал?
variable-frequency drive или сокращенно аббревиатура VFD
Пиздуй отсюда, мальчик, мы тут промышленностью занимаемся, а не обустройством халуп ненужной хуетой.
А вот и нихуя, уже разобрался как. Оранжевая хуита вообще не двигается, а давить нужно в квадратную дырку слева, а провод засовывается в круглую дырку. Такие вот дела.
>а давить нужно в квадратную дырку слева, а провод засовывается в круглую дырку
Пиздишь же или просто энергетодебил
круглая дырка там для щупа мультиметра, так что походу ты делаешь что то не так
Писать то можно, но пользоваться этим для хранения в плк рецептурных параметров как-то черезчур. Это же работа с файловой системой, да еще и в памяти контроллера. На одну обработку исключений потребуется строк 300 кода нагнать. Ни разу не решение для промышленной автоматизации.
Саппорт Овна не появился? Хотелось бы услышать какую они предполагали реализацию.
> да еще и в памяти контроллера
Вот именно. Ты же не с флешкой приперся, так что если когда ты записывал файл у тебя все прошло нормально, то и при вычитке там все должно быть в известном тебе формате и не требующее особой обработки.
> Ни разу не решение для промышленной автоматизации
Эм, я такой пример на сайте кодесиса видел, но мне лень качать и проверять как все там устроенно.
Ну, и ты же понимаешь, что ты просишь нестандартную вещь? И нормальный я тебе способ предложил. Обычно рецепты и их выбор хранятся и обрабатываются на SCADA/панельке, а на ПЛК уже передается готовый набор параметров.
Но если хочешь совсем грубо, то создай свой тип данных (структура содержащая 1 рецепт). Из переменных этого типа данных наебашь массив (да, он будет не переменной длины, но обычно можно предсказать сколько максимум рецептов тебе может понадобиться). Все это естественно в retain. Когда надо записать рецепт, то работаешь внутри него. Когда выбрать, то просто вытаскиваешь по индексу и копируешь в рабочие параметры. Но тут конечно есть тоже проблемы с валидацией и хранением.
Ну и кстати я твой первичный вопрос не оче понимаю
>при изменении структуры контроллер переложит ее в другую область памяти, и все хранимые ранее параметры поедут по пизде
С чего что то должно поехать?
Я из Овна. Напиши на
Работа с файлами, кстати, выглядит вполне подходящим вариантом - анон выше все верно сказал.
>ты просишь нестандартную вещь
А как обычно решаются вопросы организации работы с рецептами, и какие это дает преимущества?
>С чего что то должно поехать?
Потому, что codesys сам решает в какие конкретно ячейки памяти положить retain структуру. При изменении кол-ва данных структуры она может не войти на прежнее место, и контроллер переложит ее в другие ячейки памяти. В результате, в лучшем случае придется заново ручками вбивать параметры измененной структуры, а в худшем всех структур, которые codesys решит переместить.
>А как обычно решаются вопросы организации работы с рецептами, и какие это дает преимущества?
Обычно рецепты и их выбор хранятся и обрабатываются на SCADA/панельке, а на ПЛК уже передается готовый набор параметров.
Если ты конечно под рецептами имеешь в виду то о чём я и этот анон думаем
мимокрокодил
> При изменении кол-ва данных структуры
ну ты заранее не можешь предусмотреть чутка резерва? Я сомневаюсь, что у тебя с 20 переменных рецепт вдруг вырастет до 100. Алсо, если у тебя возникли такие кардинальные изменения, то никто не мешает вычитать live значения при заливке новой программы и проинициализировать существующие рецепты еще раз.
Есть тут знатоки CodeSYS? Есть один проект и у него запаролен доступ по уровню "0", другим уровням не показывает содержимое можно только откомпилировать и все. Как вскрыть к хуям пароль?
?
Она на донгле содержится и идет в одной коробке с диском. Потом на компе через license manager лицензируешь
ПКМ на POU - свойства объекта - ставь полный доступ
Сразу можно было EKB предлагать, чего уж там.
>>355421
Да, разные версии разные ключи. Но если тебе важно работать в легальном поле, то стоимость апгрейдов значительно ниже стоимости покупки лицензий заново.
> и ставить вин7
Можешь поставить win8.1, лол. Хотя лично у меня просто 3 виртуалки для работы со старыми семёновскими средами.
>Хотя лично у меня просто 3 виртуалки для работы со старыми семёновскими средами.
Как ты дружишь usb/mpi адаптер с ПЛК через виртуалку?
Нихуя не работало, кода ошибки не помню, но это мёртвый номер у всех, кто пытается работать с симатиком-железом через виртуалки и сдаётся мне, что ты пиздишь
Какой смысл мне пиздить? Я 3 месяца назад пробовал с mpi и трехсотым. Подключил, подождал пока установит драйвер, подключил напрямую к виртуалке, потом указал на адаптер через pc/pg интерфейс. Использовал vmware 12.
А, ну может и не пИздишь. Смотря о какой оси и версии степа речь идет. На виртуалке xp это нихуя не работает. Тоже 12 вмвара.
Это старая проблема, которая была актуально лет 5 назад. Сейчас виртуалки уже нормально usb пробрасывают. По крайне мере с моим CP5711 проблем не наблюдал.
Но честно говоря мне далеко не всегда нужно заливать прямо с этой машины, т.к. обычно заказчик может дать проект в который надо внести изменения в офисе, а уж залить на железо можно будет с другой машины. Алсо, по программам ПЛК нет такой жесткой привязки версий, если это не PCS, обычно можно все-таки проект перенести в более новый степ. Проекты выньСС можно перенести просто на флешке, хотя и архивные БД отвалятся. Самые проблемные обычно флекса и ебанный протул.
А разобрать посмотреть может что внутри распидрасило не вариант?
Хз, но одно то, что это дочка IEK уже не внушает доверия. Впрочем я сомневаюсь, что они сильно отличаются от других китайцев.
Ты вообще уверен, что сам блок Modbus_comm_load подтягивает данные с DB-ки, а не с конфигурации порта из хардвари? Мне казалось это так работает. Если нет, то кто тебе мешает руками перед вызовом mb_comm_load ручками move число 2 в переменную?
>Ты вообще уверен, что сам блок Modbus_comm_load подтягивает данные с DB-ки, а не с конфигурации порта из хардвари?
Уверен, я когда руками меняю на 2, стопаю ПЛК и запускаю, стопбитс меняется обратно на 1 несмотря на то что в хардвари стоит 2.
>Если нет, то кто тебе мешает руками перед вызовом mb_comm_load ручками move число 2 в переменную?
Хм, как-то это жопошно, почему нормального способа нет?
>стопбитс меняется обратно на 1 несмотря на то что в хардвари стоит 2
Я не про то. Так то естественно будет происходить, т.к. эта переменная инициализируется при запуске функции, т.к. она в статик висит. Я про то, что с чего ты взял, что значение переменной в этой DB реально используются при передаче данных? Или ты с реальным устройством связь тестишь?
> как-то это жопошно
Жопошно это программно через port_config настройки выставлять, а в случае нужды мувнуть 1 число нет. Тем более, что эта функция чаще всего вообще вызывается 1 раз - при запуске контроллера.
>Или ты с реальным устройством связь тестишь?
this.
Когда я отправляю пакет через терминал, прибор мне отвечает. Когда я отправляю абсолютно точно такой же пакет проверил тем же терминалом с плк, то прибор нихуя не отвечает. Единственное что я хуй знает как проверить стоповые биты в пакете потому что терминал нигде этого не пишет.
Кароч я решил проблему, записал в дб в start value 2 стоповых бита, теперь он не скидывается в 1 и прибор теперь отвечает.
У меня как то вешали 19 дюймовый свитч на уголки к раме шкафа, а в чем вопрос то состоит?
Мне начальник сказал прихуярить патч-панель в шкаф. Я предложил вырезать в монтажной панели прямоугольник, на что он сказал что это колхоз. Про уголки он сказал так же. Надо найти цивилизованный способ прихуяривания патч-панели к монтажной. Может продаются такие специальные патч-панели?
И зачем она тебе на монтажной панели нужна? Как ты ее расключать то будешь? Нормальные цивилизованные способы это
1. Монтажные рамы https://www.rittal.com/ru-ru/product/list.action?categoryPath=/PG0001/PG0900ZUBEHOER1/PG0919ZUBEHOER1/PG1472ZUBEHOER1
2. Профильные шины https://www.rittal.com/ru-ru/product/list.action?categoryPath=/PG0001/PG0900ZUBEHOER1/PG0919ZUBEHOER1/PG1481ZUBEHOER1/PGRP3777ZUBEHOER1
3. Адапатеры https://www.rittal.com/ru-ru/product/list.action?categoryPath=/PG0001/PG0900ZUBEHOER1/PG0919ZUBEHOER1/PG1517ZUBEHOER1/PGRP3784ZUBEHOER1
Но вообще все 19ти люймовой оборудование подразумевает, что его лицвая плоскость будет параллельна двери, и это все достаточно много места сожрет. Поэтому повесить на боковую стенку на обычные уголки, естественно развернув так чтобы длинная грань патч-панели шла либо вдоль стены, либо вдоль вертикали. Это будет вполне нормаьно смотреться, будет доступ, и кабели у тебя можно будет аккуратно собрать.
Как организовать сетевой обмен с HMI по rs485 Modbus RTU, PLC-slave?
Суть в том, что выходит что-то около 300 параметров, а общие рекомендации по кодесис, встречающиеся в интернетах советуют расшарить руками по 1 переменной.
В общем, нарыл библиотеку, выпущенную овном 3 месяца назад и она даже работает.
Всем спасибо за помощь. Кому интересно - линкрелейтед.
http://www.owen.ru/forum/printthread.php?t=28996
https://www.npmjs.com/package/jsmodbus
Теперь можете обмазываться смузи.
Имеется лесопильная рама Р63-4Б, у нее два двигателя:
1. Главный двигатель 4А225М6У3 37кВт 980об/мин, номинальный ток при 380В - 69.3 А
2. Двигатель подачи около 2.2 кВт
Сейчас скорость подачи регулируется через ПЧ изменением частоты на двигателе подачи вручную потенциометром частотника.
Нужно: регулировать скорость подачи автоматически в зависимости от нагрузки на главный двигатель, а эта нагрузка зависит от температуры на улице, диаметра бревна, породы, количества пил в поставе, затуплению пил. Нужно стремиться к тому чтобы двигатель работал в номинальном режиме, т.к. от этого зависит производительность оборудования и работоспособность двигателя.
Для решения задачи решил сделать обратную связь к частотнику на двигателе подачи через величину тока, протекающего через фазный провод главного двигателя.
Помогите подобрать датчик тока, который подойдет под задачу и с человеческими сроками поставки. Частотник Danfoss FC-051 4 kW. Фото пускателя главного двигателя на втором пике.
Алсо, я в электричестве/электронике полный даун, делаю все по мануалам из инторнетов т.к. жизнь заставляет.
>ален-блядли
Переоцененное говно без задач, еще и от производителя оружия, которым убивали наших солдат и солдат наших союзников.
>>363245
Лол, это целый мини-проект по автоматизации, по такому договора заключаются и денежка платится за инжениринговые услуги. И вообще, давай-ка ты лучше к энергетогосподам по датчикам тока и движкам, они намного более компетентны в этом вопросе.
Тогда другой вопрос, какой выход с датчика в этих условиях лучше, 4-20мА или 0-10В?
Лучше RS-485. У тебя интегрированный в частотник датчик тока, алё! И обратная связь по нему не решит абсолютно никаких твоих проблем
>У тебя интегрированный в частотник датчик тока
Частотник регулирует двигатель подачи, обратная связь нужна по току на главном двигателе.
Всё равно посмотри тред электриков, они там что-то уже выбирали. Мне лень.
4-20 мА твой выбор (помехоустойчивость выше).
Заводишь их на ПЧ, конфигурируешь зависимость управляющего тока от скорости либо настраиваешь внутренний ПИД частотника(хард мод).
Для твоей задачи подойдет любой цифровой амперметр с аналоговым выходом 4-20 мА и трансформатор тока(стандартные номиналы амперметров довольно низки).
http://www.platan.ru/shop/part/CSLA1CF.html?id=45646
https://kipservis.ru/seneca/transformator_postoyannogo_toka-t201-dch-300.htm
Такая ебола не подойдет? На 4-20 мА не могу найти без предзаказа.
В общем-то подойдет, но лучше 4-20 мА. Проработай также вариант обычный тр-р тока + цифровой амперметр с выходом 4-20, возможно так выйдет даже дешевле и бонусом получишь индикацию тока.
В варианте тр-ра с аналоговым выходом меня смущает только то, что пределы для выходного сигнала не настраиваются, и будут зависеть от номинала трансформатора(поэтому номиналы необходимо подбирать максимально приближенными к измеряемым токам).
мимо электромеханик
Спасибо, братишка!
>давай-ка ты лучше к энергетогосподам по датчикам тока и движкам
Пиздец ты специалист.
>>363279
>Для твоей задачи подойдет любой цифровой амперметр с аналоговым выходом 4-20 мА и трансформатор тока(стандартные номиналы амперметров довольно низки).
Этот дело говорит. Берешь транс 100/5А, например такой (хотя этого говна в любом магазе от разных производителей)
https://www.iek.ru/products/catalog/pribory_ucheta_kontrolya_izmereniya_i_oborudovanie_elektropitaniya/pribory_ucheta/transformatory_toka_tti/tti_s_2_5va_i_2_5a_klass_0_5/transformator_toka_tti_a_100_5a_5va_klass_0_5_iek
С амперметрами чуть посложнее, и в ближайшем магазе вряд ли найдешь. Вот, например 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 рубля удавится.
>>363429
Под него плату и разводку на клеммники надо паять. Не самый удобный вариант имхо.
Если уж брать, то что то типа такого https://kipservis.ru/seneca/izmeritelnyi-transformator-toka-t-201.htm
Но кмк по цене выйдет намного дороже, чем амперметр+обычный транс.
>Но кмк по цене выйдет намного дороже, чем амперметр+обычный транс.
А, лол, там была цена в 4к руб. Вполне приемлемо. Впрочем вариант с амперметром все равно неплох. Легче будет отслеживать насколько корректно ведет себя пид с экрана амперметра, чем бегать смотреть на частотнике. Алсо, можешь вообще отдельный пид регулятор купить. Тут тебе и индикация, и настройка скорее всего более гибкая, чем на частотнике. А выход просто как задание скорости на частотник выдаешь. Например, такое говно
http://www.deltronics.ru/product/temp-controlleri/series_166.html?vkl=har-vkl
а откуда перекос возьмётся при измерении тока одного двигателя?
да и если будет перекос ему не шибко нужны именно токовые показания для регулирования, главное что бы они были пропорциональны действительным значениям для регулирования
А блять кажется додумался сам. Инкрементировать адрес по положительному фронту сигнала done модбаса и выполнять сравнение, если адрес >3, то мув 1. Так ведь будет работать?
Еще сразу вопрос, вот если прибор не отвечает, то модбас нихрена не выдает, ни ошибок ничего, просто ждет таймаут. Как определить что данные не пришли?
Я бы скинул картинку, но у меня рабочих программ под рукой нет и не скоро будут.
Я делал обычно вызовы MB_MASTER на каждое считывание/запись, посылая EN и REQ на следующий при получении DONE или ERROR от предыдущего вызова. Проблема: занимает ебать как много места, один раз даже не хватило места в памяти под программу, потому что MB_MASTER там было больше ста.
Если там серьезный перекос, то либо обмоткам двигателя приходит пизда, либо неполадки с линией передачи. Что то, что то к регулированию отношения не имеет. Для диагностики было бы полезно, но ты ж сам видел его фоточки - смысла там городить что то нет.
>>364648
Во-первых ты смотрел пример? https://support.industry.siemens.com/cs/document/47756141/how-do-you-establish-a-modbus-rtu-communication-with-step-7-(tia-portal)-for-the-simatic-s7-1200-?dti=0&lc=en-WW
Своих скринов не дам, т.к. уже съебнул с работы и комп вырубил.
Во-вторых DONE и ERROR и так зажигаются только на 1 цикл
Во-третьих чую я, что ты забываешь REQ снимать. Это частая проблема у нубов.
>>364657
Что по DONE, что по ERROR. Если нужно опрашивать много устройств, то лучше не инкременть, а мувать адрес в дб. И если у тебя на устройстве n-ошибок, то вешать флаг и пропускать его опрос, пока его не вернут в строй и не сбросят ошибку.
>>364679
ERROR будет же. Ну или смотри сам сколько BUSY висит.
>>364737
> Я делал обычно вызовы MB_MASTER на каждое считывание/запись
Ты по сути делал тоже самое, только зачем то плодил экземпляры. Один хрен паралельно их исполнять нельзя. Уж проще адрес менять. Впрочем ты и сам знаешь.
>Во-третьих чую я, что ты забываешь REQ снимать. Это частая проблема у нубов.
Не забываю. Он по мемори клоку 0.5гц тикает.
>Во-вторых DONE и ERROR и так зажигаются только на 1 цикл
Не знаю, у меня done горит до тех пор, пока не сбросится req.
>ERROR будет же. Ну или смотри сам сколько BUSY висит.
В том и дело, что еррора нет, но бузи висит, пока не сбросится req.
>то лучше не инкременть, а мувать адрес в дб.
А нафига? Если у меня 100 устройств, мне 100 мувов сделать вместо одного икремента по флагу?
>Во-первых ты смотрел пример?
Гляну в понедельник как буду на РАБоте
>Он по мемори клоку 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 в котором хранить номера сдохших станций, по которому проходить циклом и сравнивать... Мне проще флаг на каждое устройство завести. Но тонкости реализации - дело твое.
>Как ты в таком случае удостоверишься, что ты меняешь адрес в тот момент когда у тебя нет реквеста?
По done флагу очевидно же. Ну или сделать таймер делей-он на busy и по таймауту менять адрес. А как еще поднять req?
>Небось mb_comm_load не выключил
Он у меня по initial_call включается
>RESP_TO
1000 мс по стандарту
>чтобы не тратить время на их опрос, пока не сбросят аварию
Да мне не жалко подождать лишнюю секунду. Там вообще датчики раз в 10мин обновляют данные. А если выходит фейл со связью, то просто зануляю данные и не ебу себе моск.
>По 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, а не просто пытаешься глазами смотреть?
> Ты не забывай что ERROR только на 1 цикл включается и что его надо запоминать? Ты надеюсь сохраняешь куда-нибудь ERROR и STATUS, а не просто пытаешься глазами смотреть?
Не обязательно. Если держать REQ дольше, чем идёт операция, блок будет сохранять DONE, ERROR и STATUS до тех пор, пока REQ не снимут.
>REQ по DONE или ERROR
В таком случае у тебя передача данных не запустится никогда, т.к. изначально done и error = 0.
Ой, всё. Мне серьезно нужно было расписать, что в первый раз ты сам инициализируешь связь? Я уже вкратце расписывал пункты как организовывать цикл.
>>365289
Возможно, я не помню так сходу поведение этих 2 переменных. В любом случае надо сохранять, чтобы иметь диагностику/выводить сообщения оператору.
Бляяять. Просто по ИЛИ REQ задираешь в первом цикле, можешь паузу выдержать если хочешь. Я обычно кладу MB_COMM_LOAD в OB100 можешь в OB1, просто запускай его по first_cycle, по его DONE выставляю флаг, по флагу ставлю первый REQ, а дальше оно само крутится.
>по его DONE выставляю флаг, по флагу ставлю первый REQ
А потом тебе надо еще и сразу сбросить этот флаг. Не слишком ли дохуя операций для такого?
А скажите, эти ваши ПЛК, это что-то типа Ардуины для завода или попроще будет?
Ну у них есть общие черты.
Представь себе, нет не дохуя. на фронт детект DONE записать 1 в меркер тривиальная задача, а снимется он уже по DONE/BUSY в ходе обычного твоего цикла И ты меня уже бесить начинаешь, просто иди и делай уже программу свою
Ну конечно проще, ПЛК это все таки продукт для промышленности, а не для развлечения. Софт должен быть легко читаемым, от каждой секунды простоя теряются деньги.
Энергопидары говорят, что надо ипользовать приборы с маркировкой TrueRMS. Кроме мультиметров с токовыми клещами я ничего TrueRMS не нашел.
>>364394
Seneca T201 - хорошая железка. Но там только 40А, а надо 69А.
IEK - говно, всем это говорю. Можно брать только под времянку, потом выкидывать или менять на что-нибудь получше. такие трансы горят все сразу от расположения планет на небе.
>TrueRMS
Ему же не в коллайдере ток мерить, и без того точность самых обычных компонентов для его задачи избыточна.
А энергопидары поди и сами от труРМС никаких профитов не имеют. Наши даже мегаомметром пользоваться не умеют, не говоря про то как движок звездой/треугольником в клеммной коробке соединить, если с завода не сделано.
Это я им там говорил, но у них всё равно, свой, уникальный путь.
А говорил потому что там после частотника надо было ток мерить, а на выходе там шим.
Я пару аистов купил. Через 2 месяца будем испытывать в реале и сравнивать с тем, что на своем выходе инвертер намеряет, пока еще установка не собрана. Если аист врать не будет, то инвертер может быть потешевле, без измерительных цепей.
Фотка - http://sprinte.rs/5b3b0f13dff24/49
Сам конкурс - https://ifmclosetoyou.com/2018-app/
Не проголосую. А за монтаж датчиков в исполнении с разъёмом в цехе с влажными процессами вообще бы уволил нахуй.
1) Установку в сборе прислали
2) Ебанись потом перетягивать полностью провод от датчика через все пердя, проще новый разъём поставить и датчик
1) Неспособность эксплоатации составлять техзадание для разработчика и согласовывать исполнение - ну это я не знаю каким днищем надо быть.
2) Ага, и киповец дежурный всегда при деле.
Как вкатится с нуля? корка асу тп политеха
Сижу ебланю 3 года в отделе разработки, си++ не осилил, ебань какая-то.
Сколько денех нубу платить могут, будет ли на сьемку и еду в спб хватать?
Так можно делать? Я успею обработать данные прежде чем done сбросится?
Эм, но у тебя REQ всегда будет в нуле висеть. ENO это просто трансляция EN. Если ты на самом деле хотел прицепить на DONE, тогда тоже не стоит. Тебе ведь надо было адреса менять, что нельзя делать при другом активном запросе, т.е. после того как ты дал REQ, но не дождался DONE или ERROR.
Ты пример-то с офф сайта посмотрел, который я кидал? Там нет конечно смены адресов, но как работать с REQ и DONE там есть. Я бы тебе кинул скрин со своего проекта, но оказалось, что мой последний проект с модбасом я оставил на ноуте, а ноут не в офисе сейчас.
>Эм, но у тебя REQ всегда будет в нуле висеть.
Бля, точно.
А вот так тогда прокатит? Сброс триггера req по done, потом обрабатываю данные и в конце снова устанавливаю триггер.
А еррор уже будет устанавливать флаг ошибки связи с определенным датчиком чтобы в скаде выскочил значок ошибки
И объясните плз какого хуя тиа портал не дает
1) продолжать цепь после set/reset аутпута
2) соединить 2 цепочки про принципу ИЛИ, выдает ошибку more than one current path.
Чему это противоречит?
На, вот тебе еще пример нашел. https://www.youtube.com/watch?v=eH3UUMKy_I0
Там есть и ссылка на проект (пасс в описании видео).
Пример не самый лучший, т.к.:
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) надо все-таки делать когда операция успешно завершилась, а не когда ты реквест только послал.
Лол, по сути весь проект обосрал. Впрочем тебе для понимания основ, кмк, он подойдёт.
>>367770
Тебе и по ERROR надо триггер сбрасывать.
>>367772
Юзай open_branch / close_branch из вкладки general.
Я и так юзаю бранчи. Но дело в том, что если будут опен бранчи и клоз бранчи в одном нетворке, то проект не скомпилируется и напишет ошибку
Скрин. А то потом окажется, что ты как то хитровыебанно пытаешься извратиться. Алсо справка на F1, а не здесь.
Лолблядь. Знаменитая ссанино-розливная фирма KHS ставит разъёмы на свои датчтки прямо в камерах розлива. И ничего - всемирный поставщик оборудования с многомиллионными оборотами.
Прочитал физтеха, отстань
Ну хз, там по виду минимум IP65. Не вижу сильного криминала в разъемах, если они выполнены нормально.
> Zelio Soft, а точнее: актуально ли данное ПО на сегодняшний день?
Актуально здесь бугурт по поводу твой терминологии и того что ты таки о программируемом реле
>Есть ли возможность использовать его для небольших систем, возможно даже не промышленных, или на нем уже никто не работает?
Есть
> Возможно ли подружить его с другими плк или только со Шнайдерами?
Можно
>Заранее благодарен.
незашто
А с чем его дружат, если не секрет? Я всегда думал, что это аналог LOGO!Soft, только для шнайдеровских релюшек.
ваш-обыный-мимосименсоеб
>аналог LOGO!Soft
так и есть
а так то есть модуль с рабским модбасом и дружить можно со всем чем угодно, что может доминировать, если ты понимаешь о чём я
Ну LOGO тоже поддерживает modbus TCP, я просто думал вдруг они расшарили свой софт под каких то других производителей.
>я просто думал вдруг они расшарили свой софт под каких то других производителей.
Нипонятно, что ты имеешь в виду, ну да ладно
подумав ещё 20 сек я понял о чём ты
и в первом после я под спойлером уже взбугуртнул по поводу терминологии и с намёком на то, что тему обсуждения нужно было открывать не по поводу ПО, а по поводу самого ПР ибо обсуждать отдельно ПО не имеет смысла по тем вопросам которые он задал, ибо это ПО является не неотъемлемой частью именно ПР и сделано чисто под него
чёт какойто сумбурный пост, нудаладно
В кратце устроился слесарем кипиа в Газпром Трансгаз, это полный пиздец. Переехал из миллионника в тайгу на постоянку, вокруг нихуя нету, местные только и бухают. В лице начальника если ты не женат - тебя можно заебать всякой хуйней в духе, будешь ходить на всякие спартокиады хочешь ты этого или нет, будешь ходить на всякие ебанутые мероприятия. С жильем еще больший пиздец как я сказал уже пока семьи нет - у тебя нету "Деловых качеств" соотвественно поселят тебя в газпромовскую общагу на три койка места в номере и будешь прикуривать с охуенными соседями которые меняются каждые три дня. В месяц с зп будут удерживать около 6к. Газпром выделяет жилье по бумагам, а по факту очередь на однокомнатные хаты не двигается уже хз сколько лет. Снимать 20к в поселке блядь на 500 рыл! Ебнуться! Продукты блядь как в сталинграде чуть ли не по талонам нахуй, цены бешеные кг помидор - 250 рублей. Но эт еще терпимо как то. В месяц платят 40-45к по 4 разряду. Местные ебашут по 3 разряду овер 6 лет. 5 и 6 - скорее всего блатные вахтовики. Отработал уже больше года. За пройденный год по киповской части ваще нихуя не делал, даже провод в руки не брал. Все время покраска, проверка бирок на кабельной продукции, ссылка в помощь другим службам - гкс, лэс, эхз и т.д и т.п без каких либо доплат и премий. Деваться некуда не хочу вертаться в свою мухосрань на ставку в 15к. В следующем году диплом и надо уебывать куда нибудь дальше в ЯНАО пока есть здоровье над отпахивать за северные.
Есть вопросы, задавайте, распишу без приукрасов.
Написать любой. Подписать приемку не любой.
ёбаный дебил, вам было сказано что за мкадом жизни нет, а вы все говно жрете
В ЯНАО коллега асушник сидит в соседнем кабинете и получает 220к за 30 дней вахты. Иногда ковыряется в контроллерах в теплом помещении, а большую часть времени чаек попивает.
А в газпроме делать нехуй если ты не на газовом промысле. Нефтянка сосет.
Мимо из энерготреда.
Есть датчик 0-20мА или 0-10V, он приходит на аналоговый вход контроллера. Соответственно там преобразуется в цифровое значение, ну например от 0 до MAX(какое-то число).
Как отличить 0 это значит что датчик работает, но ничего не детектит от 0 - обрыв датчика? В обоих случаях я вижу только 0.
Или как отличить, что там превышено значение, то есть ток или напряжение пришло больше диапазона измерения?
>Есть датчик 0-20мА или 0-10V,
от 0 до 20мА это 0-27648 попугаев
если у тебя происходит КЗ, то будет зашкал и значение 32768
если будет обрыв то 0 так и будет нулём
для детектирования обрыва существует 4-20мА и при обрыве будет показывать -32768
это на примере симёна, если что
>для детектирования обрыва существует 4-20мА
Это понятно конечно.
А можно ли такое сделать, например откалибровать так, чтобы датчик при 0 подавал не 0V а например 0.01 и максиумм был не 10V, а 9.98
Тогда можно было бы детектировать и обрыв и слишком высокие показания?
Не путай асубогов и кипочервей.
Можно, если датчик позволяет. Йокогавский датчик давления позволяет по харту задвать в качестве 0 до -4% от шкалы, в качестве макс 104% от шкалы. Только в ПЛК придется всю обработку аналогово сигнала делать вручную.
Преотазователи Pt100 в 0-20 мА (таблетки многих производителей) тоже точно так работают. Видно все они сделаны и прошиты дедушкой Ляо в одном китайском подвале.
пиздос, что-то не работает у меня нихуя.
Выдает онли ерроры, статус #8200, в хелпе пишут что якобы я пытаюсь послать запрос когда блок busy, хотя это нихуя не так. Когда приходит еррор или done, я сбрасываю рек writedata.start, потом увеличиваю адрес на 1 и устанавливаю рек.
Пример с сайта кстати не открывается, т.к. там для 14 тиапортала, а у меня 13
> Пример с сайта кстати не открывается, т.к. там для 14 тиапортала, а у меня 13
Ну еб твою мать, что ты такой несамостоятельный то? 2 секунды в гугле https://support.industry.siemens.com/tf/WW/en/posts/s7-1200-modbus-rtu-sample/167209?page=0&pageSize=10
Даже сам тебе скачаю http://rgho.st/6b9YyljQL
Если что я не открывал и не проверял
Тебя не смущает, что у тебя все 3 цепочки горят разом? Нахуй ты тут 3 инкремента въебал? Ты заходишь в 1ю цепочку увеличиваешь адрес с 1 на 2 и запускаешь новый опрос вполне возможно, что он запускается сразу же, т.к. это асинхронная операция. Либо BUSY может на цикл запаздывать, и в итоге ты подаешь команду, BUSY еще не пришло, а ты все продолжаешь перебирать адреса.. Потом ты идешь во 2ю цепочку и тут же увеличиваешь адрес, и в третьей цепочке тоже самое. И все это внутри 1 цикла.
Тебе же надо оставить всего 1 икремент, и добавить сравнение, что если адрес стал больше нужного, то выставить его равным 1. Блядь, это же было в ютуб видео и проекте к нему Если хочешь записывать откуда пришли ошибки, то делай это в отдельном нетворке, а не мешай его с запуском нового опроса.
Фрезерный станок советский.
У меня сравнение в другом нетворке крутится.
Бля, странно, у меня работало раньше с 3 инкрементами. А куда ещё его сунуть? До цепочек невозможно потому что там идёт сравнение адреса
>А куда ещё его сунуть?
Кого "его"? Если ты про инкремент, то можешь тут оставить, только 1 штуку. А вот сравнение, что если адрес такой-то, то записать флаг такой-то лучше вынести выше. И блять, давай ты или побольше будешь скринов кидать, или сразу проект, т.к. угадывать по частям, где ты там мог напортачить, такое себе развлечение. Алсо, про изначальный пример с сайта сименса, там же блять даже пдф-ка есть с полным описанием.
>>370395
Нууу, я например знаю, что некоторые буровые на сименсах делали. Тут скорее от компании зависит. Чье оборудование решили использовать т.е. кто больше отката занес, тех и стараются применять, чтобы и сотрудников было легче обучать и на складах зип держать.
Итак, я на середине вышки по КИПиА. По специальностям и по направлениям, по которым работают преподы, я вижу 2 варианта:
1. ПЛК, пид-регуляторы, скада системы(овен, сименс и т.д.).
2. Программировать плисы и микроконтроллеры, разводить печатные платы.
Второй вариант сложнее, и платят за него меньше, но в чем тут подвох? Даже не знаю, что выбрать.
>2. Программировать плисы и микроконтроллеры, разводить печатные платы
Ты ошибаешься. За это платят больше
Анон, КИП и А и АСУТП одно и тоже? в вакансиях смотрю редко висит инжегегр АСУТП, зато часто КИПовцы
Не одно и то же, но сейчас все смешалось. Сейчас есть профессия - мехатроник, который отвечает за все, начиная, от говн в толчках и заканчивая на, чому конвейер не едет.
Вооо двачую этого. Крайне пидорская политика. Меня пытались склонить, я нахуй послал.
Врагом народа начальства не стал? После такого, как правило, начинается травля с целью добиться ухода по собственному и поиск "удобного" человечка, пусть и менее квалифицированного. Паста про киповца-таксиста.txt
>только 1 штуку
Если я оставлю 1 штуку, то он щелкнет 1 раз до 2 адреса и так и останется там.
>А вот сравнение, что если адрес такой-то, то записать флаг такой-то лучше вынести выше
В смысле выше? В отдельный нетворк? Так оно должно записывать только по done флагу, иначе оно будет писать всякий хлам
почему блять все так сложно то? в других плк задал параметры модбаса, номера регистров и тд, и он крутится себе, а тут мозгоебля какая-то ебанутая
АСУТП престижней КИПиА. АСУТПшник обычно работает в чистом помещении с микроклиматом, КИПовец - на улице.
мимо, инженегр программно-аппаратного комплекса (АСУТП и КИП в одном флаконе)
> Если я оставлю 1 штуку, то он щелкнет 1 раз до 2 адреса и так и останется там.
Если ты уберешь сравнение с адресом до инкремента, от он будет заходить каждый раз сюда, когда передача окончится.
> В отдельный нетворк? Так оно должно записывать только по done флагу, иначе оно будет писать всякий хлам
Блять, я не про данные. Я же говорю про то что на картинке. А конкретно на то что ты кидал у тебя по флагу еррор и ноу бизи, записывается флаг ошибки соответствующего слейва и после этого делается инкремент. Вот про флаги ошибок слейвов я и говорил.
> почему блять все так сложно то?
Потому что у сименса есть проприетарные стандарты Profibus/Profinet, где тоже воткнул и даже никакие регистры прописывать не надо, все до тебя уже в gsd файлы положили?
> а тут мозгоебля какая-то ебанутая
Ну ты как бы неделю уже не можешь справиться с 1 функцией у которой есть нормальное описание, официальный пример, тонна примеров и пошаговых инструкций на сторонних ресурсах, а также тысячи обсуждений на различных форумах. Какая это не была бы мозгоебля, может ты просто тупенький?
Ды у меня времени толком разобраться нет, начальник ебет мозг то одним то другим, а чтобы разобраться надо сесть и сосредоточенно разбираться
> Господа, а если мне приспичит выучить CodeSys и захуярить на Овце контроллер управления котлом, то какие подводные меня могут ожидать? Я должен иметь ксиву от ОченьВажногоНадзорногоВедомства или любой мимокрок может такую хуйню сотворить?
Но нахуя, если у овцы готовые есть?
Вот короче так изъебнулся, вроде как работает. Получается таким образом, что частота вызовов ограничена только скоростью ответов и обработки инфы. Не перегорит ли модуль от такой хуйни? Даже изернет не горит нонстопом же
Адреса то ты где меняешь? В FC1 и FC2?
> Не перегорит ли модуль от такой хуйни?
С чего вдруг? Я думаю твои вялые подергивания транзистором его не сильно волнуют. Алсо, ты не знаешь, что у него там внутри и какие паузы зашиты.
Ну это не совсем правильно с точки зрения логики, хотя работать будет конечно. Я бы не стал дублировать смену адреса. Проще отдельно сделать смену адреса по любому (DONE/ERROR) из исходов передачи , а отдельно обработку полученных данных. Впрочем дело твое. Алсо, если снять optimized access с твоей DB3, то не обязательно будет так изъебываться со смненой big/little endian и обойтись 2 мувами. Впрочем опять же это мелочи.
>Проще отдельно сделать смену адреса по любому (DONE/ERROR) из исходов передачи , а отдельно обработку полученных данных.
Так тут смысл в том, что адрес должен меняться уже после того, как данные обработаны. А если их сделать асинхронно, то хрен знает что произойдет раньше - сменится адрес или обработаются данные.
>Я бы не стал дублировать смену адреса.
Ну это для восприятия проще, спрятать все в FC
>со смненой big/little endian
Не понял
>то хрен знает что произойдет раньше - сменится адрес или обработаются данные.
Ну и кто тебе мешает
в нетворке 1: если DONE, то копируем данные
в нетворке 2: если ERROR, то ставим флаги ошибок
в нетворке 3: если DONE или ERROR, то смена адреса
> Ну это для восприятия проще, спрятать все в FC
Вот именно, у тебя внутри разных FC спрятана одна и та же операция смены адреса. Это наоборот усложняет поиск проблем в будущем.
> Не понял
Ну твои SHL/SHR это ведь для смены порядка WORD в DOUBLE WORD. Этот порядок называется big / little endian. Т.е. страший или младший разряд идет впереди. Если отключить optimized access к DB, то можно будет к числам обращаться по прямому, а не косвенному адресу. Например, ты положил свой даблворд в DBD0, тогда чтобы обратиться к его разрядам ты можешь напрямую писать DBW0 и DBW2. Примеры на картинках.
Ты что, намекаешь на то, что нетворк 1 гарантированно выполнится ДО нетворка 2?
>Например, ты положил свой даблворд в DBD0, тогда чтобы обратиться к его разрядам ты можешь напрямую писать DBW0 и DBW2.
Тащемта, я и так всегда снимаю оптимайзед акцес. Но в таком направлении не думал, спасибо.
Дырка в трансформаторном датчике справа-налево, а хочу чтобы была сверху-вниз провод шёл. Потому что крогда справа-налево то целую рейку под один провод с датчиком и так под каждый провод.
>Ты что, намекаешь на то, что нетворк 1 гарантированно выполнится ДО нетворка 2?
Лел. Ну да. Тут конечно могут быть всякие изъебы с вызовом прерываний или программных джампов, но в общем случае программа исполняется линейно (для LAD и FBD представлений еще важно что она исполняется слева-направо сверху-вниз).
>>372327
Повернуть трансформатор на 90 градусов, не? Или у него установка на din-рейку? Скинь номер заказной, посмотреть что за датчик. Просто я сколько трансов не ставил, они либо на панель крепятся, либо просто на проводе болтаются.
Вот такого плана разборные трансы обычно идут без крепления к панели. И я честенько видел, что энергопидоры вешают у себя на шинах, не прикручивая к панели, т.к. шину гнуть западло. А чтобы он по шине не ездил он винтом прижимают к ней.
Я единственный кто может залезть в контроллеры и накодоёбить костылей к очередным охуительным предложениям по оптимизации от начальства. За счёт этого и держусь. А коллеги да, переходят через нехочу.
анон, а за что такое отношение к энергетикам?
Сам нашел, в глаза ебусь
Хохлы то не выдерживают погоды сибирских ебеней
CX-One, CX-Programmer
Бля. Адресатор проёбан до меня. Заменить может модуль и прописать ему адрес 20 через меню гейтвея quick setup? Как обнаружить что происходит хелп.
>Меридиан?
нет
>В какой среде Омрон программируется?
Строим LD в CX-Programmer в основном. Один умелец пытается на ST писать.
>Алсо, накой тебе транс?
Ну это я не знаю пиздец каким некомпетентным электриком надо быть.
Трансы нужны как минимум для двух целей: получить из 380В 220В гальванически разделенных для питания оперативных цепей, получить 24в для питания безопасного освещения и приборов, потребляющих 24в перменки.
Лул, я думаю тот анон спрашивал не зачем нужны трансы в принципе, а с какой конкретной целью тот его применял. Я вот тоже трансы почти не ставлю. Блоки питания на постоянку и источники бесперебойного питания решают большую часть вопросов. Из того где реально возникает потребность это разве что необходимость в каком-либо более экзотическом напряжении, например 110В на цепи управления.
Ты ставишь трехфазные блоки питания с входом 380~ и выходом 24 в? Ебать ты попильщик.
Зачем? Просто одну фазу из трех беру и все, на небольшие перекосы похуй, т.к. обычно в сетях предприятий и без меня всякое говно творится.
Не собираю. Проектирую онли. Собирают специально обученные люди.
Одинаковые, потому что из одного проекта. Оба на выпарные установки.
Транс 380/220 для отделения гальванически развязанной фазы для питания кранов шаровых гидролок. Без него они не хотят работать корректно, мы считаем, что это частотник что-то там наводит, потому как установка транса решила все проблемы.
Ну и как на нем пилить!?
Это копия, сохраненная 16 ноября 2018 года.
Скачать тред: только с превью, с превью и прикрепленными файлами.
Второй вариант может долго скачиваться. Файлы будут только в живых или недавно утонувших тредах. Подробнее
Если вам полезен архив М.Двача, пожертвуйте на оплату сервера.