Это копия, сохраненная 1 августа 2021 года.
Скачать тред: только с превью, с превью и прикрепленными файлами.
Второй вариант может долго скачиваться. Файлы будут только в живых или недавно утонувших тредах. Подробнее
Если вам полезен архив М.Двача, пожертвуйте на оплату сервера.
Шапка - говно. Нужно переворошить в следующий раз.
Предыдущий https://2ch.hk/wrk/res/2227233.html (М)
http://plc4good.org.ua/
http://www.step7-pro.ru/
http://s7detali.narod.ru/
http://curswincc.narod.ru/
Всё вышеуказанное по б-гомерзкому сименсу
Ещё кое что:
http://knowkip.ucoz.ru/
http://plcforum.uz.ua/
http://iprog.pp.ru/
http://www.infoplc.net/
http://asutpforum.ru/
Кидайте свои, добавим.
Краткая суть: в этом треде обсуждается автоматизация производственных процессов в промышленности: ПЛК, частотники, сервоприводы, датчики, протоколы обмена, промышленные ПеКа, шкафы управления - всё это здесь. С бытовой автоматизацией т.е. микроконтроллерами@ардуинами и прочими умными домами — милости прошу в радач.
В треде приветствуются инженеры АСУТП и КИПиА и программисты соответствующих направлений, а так же их покорные рабы — слесари, наладчики и монтажники всех мастей, студентота — на свой страх и риск.
Рекомендуемая литература:
По ПЛК:
Г. Бергер - Автоматизация посредством STEP 7 с использованием LAD и FBD и програмируемых контроллеров SIMATIC S7-300/400 http://dfpd.siemens.ru/assets/files/infocenter/Documetations/Automation_systems/STEP7/Berger_STEP7_LAD&FBD_r.pdf
Поновее
https://cache.industry.siemens.com/dl/files/040/90885040/att_915463/v1/81318674_Programming_guideline_DOC_v15_en.pdf
https://ftp.owen.ru/CoDeSys3/98_Books/plcopen_coding_guidelines_v10_11_ru.pdf
Э. Парр - программируемые контроллеры, руководство для инженера
Минаев И. Г., Самойленко В. В. - Программируемые логические контроллеры. Практическое руководство для начинающего инженера
Петров И.В. - Программируемые контроллеры
По ТАУ:
Ким Д. П. - Теория автоматического управления. Т. 1-2
Клюев А.С. - Автоматическое регулирование
По электронике:
Бриндли К., Карр Дж. Карманный справочник инженера электронной техники
По ТОЭ:
Бессонов Л.А. - Теоретические основы электротехники
Соколовский Г.Г. - Электроприводы переменного тока с частотным регулированием
Фираго Б.И. - Теория электропривода, Расчеты по электроприводу производственных машин и механизмов : учебное пособие
Блажкин А.Т. - Общая электротехника http://padabum.net/x.php?id=33626
По сетям:
Дж.Парк и др. - Передача данных в системах контроля и управления
Денисенко В. В. - Компьютерное управление технологическим процессом, экспериментом, оборудованием
Таненбаум Э., Уэзеролл Д. Компьютерные сети
Дизайн ЧМИ:
Bill Hollifield - The High Performance HMI Handbook
Dive into ASUTP http://www.ibiblio.org/kuphaldt/socratic/sinst/book/liii.pdf
Книга по метрологии: У. Болтон Карманный справочник инженера метролога 2002 г.
По частотным преобразователям:
http://www.radiosovet.ru/book/teoria/156-preobrazovateli-chastoty-prosto-o-slozhnom.html
МЭК-стандарт IEC_61131-3 по языкам
https://meganorm.ru/Data2/1/4293755/4293755016.pdf лист 190
https://ru.wikipedia.org/wiki/IEC_61131-3
Ссылки для проектировщиков:
http://opiobjektid.tptlive.ee/Automatiseerimine/index.html
http://www.electrolibrary.info/main/kuzmenko.htm
https://bookasutp.ru/
http://simatic-market.ru/catalog/Siemens-CA01/10045650/info/
Для начала тебе должно нравиться дрочить байты побитно, протоколы передачи, алгоритмы выполнения программ и тайминги. А ещё ПИДы. Просто так по васянски тут будет тяжеловато. Работа для шизиков без личной жизни.
Сразу скажу, что это в Чехии, я знаю, тут нехватка людей везде, но все равно, что это значит, они реально будут обучать с нуля?
Вам было бы интересно программирование? Идите к нам, мы вас научим, бла бла.
Любишь технику и хочешь познать мир ПЛК программирования? Необязательно уметь программировать, у нас есть система обучения. Ищем новых коллег, пиши.
Требования дословно написаны так:
— иметь любое оконченное электро образование
— хотя бы основы программирования
— английский
— будешь в разъездах
— позитивный подход
Что будет за работа:
— программировании и оживление (! хм) АСУ
— в большинстве случаев будешь программировать Сименс, но можешь встретить и ABB и Allan Bradley
— общение с клиентом
Фирма вроде нормальная, работает, людей много, проектируют и продают человеко-часы заводам видимо.
Понятно, что выпускников так везде зазывают, но тут не прямо 100% написано для студентов. Они набирают всех подряд с расчетом, что все равно 10 из 10 съебут сами и не захотят геморроя?
Я сам заканчивал давно электропривод, конечно не АСУ, но тут вроде и не требуют. Симатик мы немного трогали, но сейчас надо будет конечно с нуля проходить курсы.
Очень бы хотелось закрыть гештальт и вкатиться в эту тему сейчас, работать за счет хард скиллов. После универа пошел в другую тему, работа хорошая, но офисная, то есть кроме попиздеть пописать мэйлы особо ничего полезного.
План действий вроде есть, но если кто-то поможет советом как получить именно эту вакансию, по гроб жизни буду благодарен.
>они реально будут обучать с нуля?
Откуда аноны здесь могут знать за фирму в Чехии, когда ты её даже не назвал?
>советом как получить именно эту вакансию
Опять же вакансию пустая, трудно что то сказать. Исключительно фантазия на тему, если бы я искал нулевого человека из около сферы под обучение. Я бы смотрел бы на:
1. Базовые знания в электротехнике, физике и т.п. Т.е. чтобы ты хотя бы закон Ома знал и мог посчитать на какой ток тебе нужен автомат для двигателя мощностью столько-то кВт.
2. Базовые представления о регуляции в области. В РФ это, например, ПУЭ.
3. Базовые знания вообще об АСУ (типовые структуры, виды датчиков, виды управления приводом и т.п.)
Ну и раз есть основы программирования, то наверное какое-то простое тестовое могут дать, в том же LADе накидать.
Но вообще на собеседованиях обычно видно когда человек чего то не знает, то он нещадно тупит, или у него хотя бы мысль движется в правильном направлении.
Самый главный вопрос - зачем им брать не чеха на эту вакансию и как они обоснуют гастарбайтера без скиллов.
Лолблядь. Фирма-кабанчик на подскоке у заводских кабанчиков. Основной род занятий: подскакивать кабанчиком к другим кабанчикам и браться за выполнение любой грязной хуйни, от которой нормальные фирмы открестились давно. Типа вот у нас хуйпойми какая установка, из шкафа провода торчат и походу чего-то ПЛК не хватает видимо. Надо бы восстановить на завтра чтобы к 12ти уже продукт пошел на линию. Заплатим потом, может быть.
Будешь в бригаде с хохлами колесить по ДЫРАМ славянской Европы и мечтать о сборе клубники с ними чем об этом.
Пишу диплом по автоматизации котла ПКС Ц-10/40 и внезапно обнаруживаю недостаток технической документации по данному агрегату, если кто работал на заводах и имеет техническую документацию скиньте, пожалуйста.
Два чаю доброму асу-господину заранее и два после.
Попробуй написать производителю, если ничего сверхъестественного тебе не нужно, то обычно идут на встречу.
Проблема в том что я даже не могу найти его производителя. В интернет есть куча данных о купле-продаже данного котла, ссылка на страницу ТЭП-Холдинга, которая индексируется первой но удалена и моё знание о том, что его должны использовать АО «АНХК» на одном из своих предприятий.
Тогда попробуй телегу и вк. Там аудитория значительно больше. Тут всего человек 10 от силы.
В вузе надо сделать модель промышленного робота aka Робот-манипулятор в scada системе (Cx-supervisor) и запрограммировать в cx-programmer
Не ебу как подобраться к этому и как сделать наиболее правильно
Покури мануал на какой-нибудь осевой модуль, типа семеновской FM354-357 серии. Там описано про всякую интерполяцию координат при позиционировании и другую очень интересную ерундень.
Ну или найди что там есть у омрона подобное, не может не быть, япошки по роботам мастера. Вон гандама с сервоприводами яскавы смастерили.
Напоминаю:
Добавьте в шапку, я джва года мечтал о таком софте.
https://plc4me.com/download-s5-s7-for-windows-plc-siemens-software-real-100/
Там потом еще контроль каждого кода системой компьютерного зрения, от этого можно как-то уйти?
В фарме такая же маркировка, но там штатные каплеструйные принтеры для номера серии/срока годности, их перенастраивали. А точно для воды можно этикетку заказывать, не заставят таким же каплеструем маркировать? Там же идентификатор выдается как-то с датой производства, не? И вносится в базу на выходе с линии, для того считывать его и надо.
Мы пока только начали в вопрос вникать. В первом же КП нам предлагают отдельно печатать наклейки с кодом (нужен принтер), клеить их на крышки (нужны аппликаторы) и дальше считывать системой компьютерного зрения.
Из того что мы используем у нас на заводе ликероводка: стикеровщик готовых стикеров DataMatrix в бобинах на колпак, принтер-поклейщик стикеров с обычным 1D штрихкодом на короба (загружаем пустые стикера и термотрансферную ленту), узел привязки марки к стикеру на колпаке с камерами, узел аггрегации бутылок в коробе по фотке колпачков сверху и фотке стикера на коробе, далее полуавто палетизация, где камера добавляет в "очередь" проезжающие короба, а специальный биоробот ТСД-сканером "закрывает" палету, стикера на саму палету большие и печатаются на еще одном офисном принтере.
Не знаю что из этой системы можно исключить. Количество камер только если можно обеспечить поворот бутылки только одной стороной.
Правильно, мы же не рачье энергопидорское.
Приветствую, кто может подсказать? Нужно связать датчик по проприетарному протоколу по rs485 при этом на этом же интерфейсе висит несколько Modbus устройств. Несколько дней уже ебусь с этим но нихуя не могу нормальный ответ от устройства получить. Контроллер ОВЕН ПЛК 110
при этом при отправке пакетов с компа все считывается нормально
>по rs485 при этом на этом же интерфейсе висит несколько Modbus устройств
Почему? Кабель экономите или второй RS-485 на ПЛК110 занят?
И как ты все это организуешь? В том плане, что ты опрос modbus устройств руками дергаешь ведь попеременно со своим протоколом, а не настроил его на циклический обмен? И при необходимости ты включаешь/выключаешь порт через системную библиотеку?
Ты пробовал общаться чисто с датчиком забив на модбас устройства, желательно для начала вообще исключив их из сети? Просто может ты в ПЛК вообще неправильно протокол формируешь, или забыл оконечный резистор воткнуть.
Для начала свяжи датчик с компом напрямую. Проверь и подтверди чтение/запись.
Далее цепляй датчик в модбасс-сеть и отключай остальные модбасс клиенты(не физически, а просто выдерни питание). Проверь и подтверди чтение/запись.
Далее програмно делай опрос сервером типа "УстройствоМодбас1 -> УстройствоМодбас2 -> УстройствоМодбас3 -> СТОП модбас опрос -> опрос датчика -> СТАРТ модбасс опрос -> УстройствоМодбас1..."
Может у тебя просто очередь опроса на единой линии не расставлена.
жмёшь F1 и там Getting start
>>13533
>>13553
сужу по гермашке и по рассказам
да ничего по прохладным то и нет, местные не идут на заводы
из обслуживающего персонала половина понаехов с восточной европы
из интеграторов, программеры более мение местные (зачастую довольно посредственные), наладчики большая часть такие же ребята из восточной европы, ибо местным западло в командировки ездить.
Т.е. ты хочешь сказать, что можно со своим овено_образованием слать газпромы нахуй и ехать вспахивать просторы западной европы?
Нет, с овенообразованием нет конечно, но сименс забирал народ выборочно, и не с шараг и заводов конечно, а тех, кто проходил через их учебные центры.
У меня вообще подозрение, что все эти sitrain еще и в подбор персонала работают. И не только у Сименса, а у всех производителей с такими обучающими программами.
>Для начала свяжи датчик с компом напрямую. Проверь и подтверди чтение/запись.
Это я сделал в первую очередь, все работает.
>Далее цепляй датчик в модбасс-сеть и отключай остальные модбасс клиенты(не физически, а просто выдерни питание). Проверь и подтверди чтение/запись.
Собственно на этом пункте я и застрял. Пробовал отправлять команды через библиотеку UNM и когда не получил ответа, попробовал ещё с помощью SysLibCom но опять соснул. А насчет остального попробую, спасибо.
>>13108
>Кабель экономите или второй RS-485 на ПЛК110 занят?
На этом устройстве его физически нет и мы не планировали этот датчик на 485 цеплять вообще, но помехи от частотника говорят nyet (их удалось снизить, но чтобы избавиться от них окончательно, нужно будет поменять слишком много).
>В том плане, что ты опрос modbus устройств руками дергаешь ведь попеременно со своим протоколом, а не настроил его на циклический обмен?
Через конфигурацию ПЛК привязал переменные к выходам МВ110.224-8А и в программе пересчитываю в показания датчиков. То есть с модбас устройствами циклический обмен.
>И при необходимости ты включаешь/выключаешь порт через системную библиотеку?
с датчиком наверное надо так, но хз как с модбасом это подружится
Сегодня попробую покопаться ещё, спасибо.
>На этом устройстве его физически нет
Что? Вроде у всех ПЛК110 по 2 RS-485 на борту. Серьезно, лучше начни схемки прикладывать, скрины конфигурации и программы, и другую подобную информацию. Чем подробнее твой вопрос, тем легче тебе помочь.
>но хз как с модбасом это подружится
Никак. Нельзя переложить опрос modbus на операционку ПЛК сделав его циклическим, и при этом надеяться, что ты сможешь нормально вклиниться со своими передачами туда.
>Пробовал отправлять команды через библиотеку UNM и когда не получил ответа, попробовал ещё с помощью SysLibCom но опять соснул
Ну вот сначала удали из конфигурации все МВ110 и другие устройства, висящие на этом же порту RS-485. Потом настрой связь с датчиком. Потом ВРУЧНУЮ, т.е. через библиотеки, опрашивай modbus устройства. Собственно про это писал тебе и я, и более подробно анон здесь >>13136
Вот схема пинов и тут нет второго 485.
>Никак. Нельзя переложить опрос modbus на операционку ПЛК сделав его циклическим, и при этом надеяться, что ты сможешь нормально вклиниться со своими передачами туда.
Это печально, видимо, придется как то костылить.
Пока пробую опросить датчик без других устройств взяв другой плк
>Вот схема пинов и тут нет второго 485
Ясн. Действительно глянул, а там есть модели без второго RS. Хотя я конечно имел в виду схемы твоего шкафа и линий связи, такой скрин я и сам могу посмотреть, если бы ты указал точную модель ПЛК
>придется как то костылить
Тебе уже ответили как. Ты должен modbus опрашивать сам, через библиотечные функции, попеременно со своим протоколом. Ну или попроси денег на какой-нибудь шлюз, например, Anybus RS-485 - Ethernet. Хотя раз ты используешь ОВНо, то скорее всего с бюджетом у тебя так себе.
Ну он может всегда купить свисток с али за 200 рублей и воткнуть его напрямую в ПК при крайней необходимости.
>Собственно на этом пункте я и застрял.
Ахаха. Твоя сеть - говно. Проверяй где у тебя стоит оконечный резистор. Или начинай с малого: подключи Устр1+нест.датчик - добейся чтения того и другого, далее Устр2+Устр1+нест.датчик - добейся чтения 3х устройств. Так и добавляй по одному пока не уткнёшься.
>там сеть то 5м от силы так что не в резисторе дело.
Да хоть 30см. Чем выше частота приёма-передачи тем больше два провода в оплётке, которые и есть твоя daisy-chain становятся похожи на конденсатор и катушку индуктивности, который заряжает переходом с 0 в 1 "катушку", которая разряжается снова туда же, формируя ложный 1 когда не нужно, когда все ждут 0.
Ну ладно. То я заморочился, но тебе рекомендую поставить самую низкую скорость обмена какую сможешь и потом см пост выше.
такой уже есть, воткнут и таким макаром всё работает, но мне нужно в ПЛК загнать сигнал (А аналоговый сигнал засирается частотником и выдает помехи)
Накарябал отдельно от остального кода UNM опрос, но на считывание прибор молчит.
Если что, взял пока другой плк со склада, чтобы не трогать основной щит.
на 3 пике что выдает при запуске программы
Посмотрел твою UNM, она оказывается не только в чтение/запись по порту может, но и в перехват порта, так что по идее аналоговые можно оставить настроенными как есть. Соррян, тут зря вводил в заблуждение.
Но глядя на твой код, мне не очень понятно почему у тебя не одного условия нет?
Т.е. должно быть
1. если не занят и надо сделать запрос, то залочить девайс
2. если девайс стал залоченым, отправить байты
3. если байты были отправлены, то переключиться на ожидание ответа
4. если ответ получен или вышел таймаут, то записать результат ответа и разлочить девайс
А ты засунул все функции в один цикл, одновременно запустил и ждешь какого результата? Думаешь функции сами смогут разобраться когда и какой срабатывать?
Ща наконец догадался что можно монитор порта воткнуть к плк и посмотреть чем они обмениваются, пакет на датчик идет с датчика не идет, сейчас перепишу как ты сказал, и заодно прозвоню провод на наличие разрывов
В продолжение темы бомжстайла: можно писать сигнал с ПК в ПЛК и так коряво решить твою пробему.
Написал просто, чтобы было. Делай, как делаешь. Так лучше.
Ну и кста, учти что GetByte возвращает всего 1 байт + флаги. Так что для того чтобы принять сообщение длиннее 1 байта нужно делать цикл. И SetByte отправляет по 1 байту за раз, так что сообщение должно считаться отправленным, когда выход SetByte сравняется с Len. В общем там хватает заморочек.
Ты бы лучше на форуме ОВНа примеры поискал, с этого тебе явно будет легче стартовать. Ну и в конце пдф-ки с описанием библиотеки есть пример тоже.
У нас несколько ребят с конторы в разное время в разные фирмы устраивались, по схеме "встретились на пнр с буржуями", позапускали с ними линию, получили офер
Пару ребят знаю которые устроили просто отправив резюме, пытаясь целеноправленно устроится пнрщиком в европейские фирмы
Мне Krones сами однажды позвонили мол поезжай к нам на собес: бабло, коммандировки по странам мира, развратные текущие сучки итд итп. Чет зассал того момента, когда отметили что нужна международная driver license, мол там надо будет по прилёту в условную Зимбабве брать за счет конторы машину напрокат и ехать на завод в ебеня. И короч не пошел на собес.
>Krones
ебать ты сыч, тут наверное бы половина продала жопу за такую возможность.
чё по бабкам обещали, ну и сколько у тебя сейчас
Диплом закончу и магу буду как можно дальше от асутп выбирать
до бабок, как ты понимаешь, дело тогда не дошло, но я пробил там 1к евро стендбай, 1,5к командировка
у тех же KHS 1,5к евро стендбай, 2к евро командировка
это на 2019 год, сейчас не знаю
сейчас в процессе перекота с завода 1к долларов в разработку оборудования на 2к долларов
>1к евро стендбай, 1,5к командировка
хуйта чёта
1к вобще шляпа, я 900 поднимаю в своём устьпердюйске, без командировок
Как у сименса из кода узнать длину UDT объекта?
Есть куча однотипных объектов, лежащих в памяти один за одним. Хочу обращаться к ним с хми через индирект переменные(через индекс/сдвиг). И чтобы каждый раз не править длину объекта при изменении структуры UDT было бы удобно чтобы контроллер сам считал длину и говорил панельке.
Как вариант 1 раз при запуске контроллера прогнать serialize над переменно с нужной UDT. Т.е. ты её разобьешь на отдельные байты где то в temp, но получишь последнюю позицию, где закончилась разбивка на байты.
Либо поместить 1 переменную твоего UDT в отдельную DB и прогнать функцию ATTR_DB. Если там будет неоптимизированный доступ, который у тебя все равно есть, ибо ты по ты смещению ебашишь, то по идее функция возвращает длину DB. Ну и если твоя DB для панельки состоит только из этих UDT, то можно и на ней функцию прогнать, впрочем вдруг у тебя количество переменных вырастет.
У тебя панелька как понимаю не сименс, что символьную адресацию не делаешь?
>У тебя панелька как понимаю не сименс, что символьную адресацию не делаешь?
Панель, к слову, сименс. Но сходу не придумал как с символьной адресацией провернуть то же самое.
Условно, хочу чтобы при нажатии на клапан, открывалось окно с его статусами/параметрами/настройками.
Для каждого клапана окно будет ссылаться на свои переменные.
Структура памяти примерно такая:
DB{ V1{actFB:bool; err:bool}; V2{actFB:bool; err:bool}; Vn... }
Цены бешеные, мне бы рублей в 200-300 на комплект разъём+штекер уложиться. Согласен на китайщину.
В смысле не придумал? Это же стандартные фейсплейты. Просто привяжешь свою UDT переменную ко входу фейсплейта и всё.
>>15756
LAPP EPIC, Wieland Revos, Weidmuller RockStar. Это из того что я применял. У феникса тоже есть. Все это гуглится по промышленным разъемам.
Но такие разъемы обычно прилично места сжирают. Если надо экономить место, но не хочется паять, то можно использовать разъемы под обжимку. У тех производителей, что я кинул всё это есть в каталогах.
Под винт в такую цену вряд ли. Я по крайне мере искал и не нашёл. Скорее это диапазон цен от 1200 руб для 3/4 контактных разъемов. Правда в совсем китайщине я не искал.
https://www.electro-mpo.ru/catalog/vilki_razemy_udliniteli_setevye_filtry/r98_germetichnye_razemy_soediniteli_razvetviteli_b/r9855-soedinitel-ca8-pg9-3pb-na-poverkhnost-vintov/
И в окрестностях каталога глянь, может найдется что. В распродаже тоже, она не индексируется поиском.
Внешний соединитель. Чтобы внутрь шкафа/оболочки не тащить кабель извне, а расключить на стенке, на соединителе этом. А-ля клеммник
>>Просто привяжешь свою UDT переменную ко входу фейсплейта и всё.
Поясни, не понял при чем тут фейсплейты. Опиши что ты предлагаешь чуть более детально.
Не очень понимаю, что тут объяснять. Ты хочешь
>чтобы при нажатии на клапан, открывалось окно с его статусами/параметрами/настройками
Но естественно ты не хочешь, привязывать это для 20 разных клапанов вручную на 20 разных картинках, да ещё потом и вручную делать изменения, если они произойдут. Собственно никто не хочет, и для таких задач и используются фейсплейты. Т.е. ты рисуешь 1 картинку, привязываешь её внутренние свойства к интерфейсу который будет описывать твоя UDT, который смотрит наружу. А потом когда ты будешь делать вызов этой картинки, то уже будешь говорить, что вот этот фейсплейт должен вызываться для такого то конкретного клапана.
Вот у меня пример на картинке. Он правда работает не с одной UDT, а с 2мя и одной интовой переменной, но сути это не меняет.
А то как ты хочешь делать с прямой адресацией, так раньше часто в большой WinCC делали. Но сам понимаешь, что при изменении проблем можно словить, т.к. данные меняют позиции если уж выберешь этот путь, то хотя бы резервных переменных напихай на будущие изменения. При работе с фейсплейтами тоже конечно можно получить рассинхрон, когда фейсплейт у тебя привязан к одной версии UDT, а в программе уже другая. Но эти проблемы решаемы в пару кликов обновлением библиотеки проекта до нужной версии.
>потом когда ты будешь делать вызов этой картинки, то уже будешь говорить, что вот этот фейсплейт должен вызываться для такого то конкретного клапана.
Вот это каким образом реализуется?
Наружу из шаблонов торчит интерфейс с переменными. Как назначить переменные для одного клапана понятно, но кто будет менять переменные при вызове окна для другого клапана? Откуда он их возьмет? На сколько сдвиг?
Ну ты же вызов окна для другого клапана будешь делать по нажатию его иконки на мнемосхеме. Привяжешь туда ивент нужный.
Можешь подготовить отдельные поп-ап окна, к которым уже привязаны переменные, и настроить места где они будут вылазить, чтобы картинка была красивая. Можешь одному окну менять переменные, но тогда в плк надо будет добавить логику, что ты сейчас работаешь с этим клапаном.
>На сколько сдвиг?
Ноу сдвиг, только символьная адресация.
>Привяжешь туда ивент нужный
По ивенту заполнять переменные? Для каждого клапана отдельно?
>отдельные поп-ап окна, к которым уже привязаны переменные
По окну на каждый клапан? Опять таки прописав в каждом переменные?
Весь смысл ебли со сдвигами как раз в том, чтобы прописать переменные только для одного клапана, а для остальных клапанов все будет работать само. И не важно 10 у тебя их или 300, добавился новый - все уже работает само.
>Можешь одному окну менять переменные, но тогда в плк надо будет добавить логику
Варианта два, либо снова прописать для каждого клапана переменные руками либо использовать тот же сдвиг по индексу. Тогда зачем оно в плк если это умеет сама панель.
В общем, символьные переменные не применить. Обнадежил...
Это снова ты, анон из прошлого треда про пид в прерывании. Узнаю тебя по постам
>По ивенту заполнять переменные? Для каждого клапана отдельно?
А что у тебя на 1 клик открывается 20 клапанов разом? Указание твоего сдвига точно также внутри такого ивента будет сидеть.
>По окну на каждый клапан? Опять таки прописав в каждом переменные?
1 UDT переменную на 1 окно. Все связи другие связи прописаны внутри фейсплейта.
>И не важно 10 у тебя их или 300, добавился новый - все уже работает само.
Для этого и существуют фейсплейты. Или по твоему зачем они используются?
Просто то как ты описал свою задачу выглядит ровно как описание типового применения фейсплейтов. Я хз, я конечно может тебя не понял, но выглядит это именно так. Ты можешь ещё использовать multiplexing для упрощения задачи это как раз примерно аналогично тому что ты пытаешься сделать со сдвигом.
Вот тут, например, вроде разжевано довольно подробно https://www.dmcinfo.com/latest-thinking/blog/id/9136/linking-plc-udt-tags-to-hmi-faceplates-and-pop-ups-in-tia-portal-v13-sp1
>В общем, символьные переменные не применить. Обнадежил...
Тебе видимо да. Все остальные как то справляются.
>анон из прошлого треда про пид в прерывании. Узнаю тебя по постам
Возможно, тут в принципе людей не так много. А с тобой, если это ты пришел с вопросом про ПИД общалось минимум 2.
>UDT переменную
Кажется, я наконец понял что ты имеешь в виду.
Перекидывание между панелью и плк целые UDT не положит сеть/панель?
Звучит годно, если нет подводных.
>Для этого и существуют фейсплейты. Или по твоему зачем они используются?
Как и любой другой шаблон - для удобства. Нарисовал один раз клапан из 20 картинок, вывел в интерфейс пяток нужных переменных, и тиражируй.
>Как и любой другой шаблон - для удобства. Нарисовал один раз клапан из 20 картинок, вывел в интерфейс пяток нужных переменных, и тиражируй.
Тип того, только ты свои 5 переменных можешь упаковать в одну udt.
>Перекидывание между панелью и плк целые UDT не положит сеть/панель?
Не должно, хотя я конечно не знаю твоих объемов. Как бы ограничение самой панельки в тех описании есть. По личному опыту панельки скорее начинают пердеть сильно из-за скриптов, либо когда прямо много элементов на экране. Ну и тебе внутри этой UDT не обязательно хранить прямо всю информацию по клапану, если ты думаешь, что забьешь канал/память панели. Можешь сделать тип данных специально выделив инфу нужную для панельки.
>специально выделив инфу нужную для панельки
Дааа, но ведь это убивает все удобство такого способа.
Почему? Вот написал ты функцию, которая обрабатывает управление клапаном. В интерфейсе а также инстансом DB такой функции у тебя есть какая то часть данных которая про управление и какие то внутренние данные, а есть то что должно оказаться на панели. Ты эту часть про панель упаковываешь в UDT внутри этой DB, и поднимаешь в виде тегов на панельке. В итоге у тебя 15 клапанов, и 15 тегов только с нужной инфой, каждый из которых смотрит в свою DB.
Если ты ещё хочешь использовать обращение по индексу массива, как в том примере что я кидал, то тогда конечно чуть больше заморочек. Тебе эту часть про панельку надо будет вводить как отдельную in/out переменную в интерфейс функции, чтобы хранить эти данные отдельно. Но в общем то это прописать не сильно сложно, буквально по 10 секунд на клапан.
>изменение в алгоритме управления процессом автоматически дублируется в программе отображения этого процесса. Ну, и в какой рсу у нас изменение в программе меняет отображение на hmi?
> и в какой рсу у нас изменение в программе меняет отображение на hmi?
ты просто нормальных РСУ не видел
Honeywell ExperionPKS
Знакомые, кто пошел в кипы чилят прямо на рабочем месте, играют в дотку и следят за приборами.
А я в это время ломаю спину, копаюсь в говне и бегаю обоссаный.
Подскажите чо
Древний, полуразъебаный мз. Копаются в дерьме все, завод состоит из него.
Тем не менее, я постоянно вижу, как киповцы пинают балду, просто следя за приборами
Я тоже так хочу. Как стать Кипобоярином?
Ты может спутал с операторами, которые в мониторы со всякими схемами процессов пялятся?
Работа АСУшника это АД. Хотя, если ты реально прокачаешь знания до точки, когда станет практически понятно до малейшего броска напряжения в логическую единицу, все процессы в автоматическом управлении процессом производства на твоём заводе, ты становишься Дьяволом, ну или точнее дерьмодемоном среди дикого капиталистического российского производства.
> Ты может спутал с операторами, которые в мониторы со всякими схемами процессов пялятся?
Наверное спутал))) Хотя мои знакомые, на вопрос какова твоя профессия/должность представлялись именно КИПОВЦАМИ
Ну а как к ним вкатиться? Их то из технаря прямо без вопросов устроили операторами
Ты уж определись, кто там хуи пинает. У нас, когда внедряли АСУТП в больших цехах, то в смену киповцев выходило больше, чем операторов. Но их ждал журнал работ по устранению недостатков. Операторы умудрялись поспать подменяя друг друга, а киповцы хуарили всю ночь без отдыха. Я как главный асутпшник по 4 дня вообще не выходил с завода. Главный инженер хавчик подвозил, гендир разрешил курить на ЦПУ единственному на заводе, лол
Историю вспомнил:
Батю как-то раз в постсовке послали в Кутаисский химзавод перенимать опыт. Они там марганцовку делали и еще какую-то черную пыльную хрень. На ЦПУ за пультом управления сидел пиздюк 10 левел.
- Мальчик, ты хто?
- Я брат оператора Вано
- А хде сам Вано?
- Масква паехал, арбуз продават
Этот завод благополучно издох к 2000-м
Твои корефандели наверное закончили технарь по нужной специальности. Вот их и взяли чилить за мониторами. Профа какая у них была? Чето с химией? Агрокультура?
Ты смотри, там операторы разные бывают. Одни хуи пинают за мониторами, другие с роклами носятся как грузчики, подтаскивают к своим машинам расходники. Есть операторы-наладчики, они ебутся ещё и с переналадкой своих машин на другой формат регулярно.
Самые педрильные операторы, которых я видел, это на сити-ферме. Сидят, педоры, за мониторами и только КИПовцев гоняют по всем теплицам чинить всякое барахло.
>faceplate
Никогда не используйте это говно! Если очень хочется используйте группировки
Тот кто после вас будет это говно чистить дорабатывать или портировать скажет спасибо.
Хватит играть в программистов, мамкины вы itшники
Видел, нихуя там не меняется, рукам все равно рисовать надо
Хз, бы электромонтёром 5 лет, закончил электротех, пришел и взяли инженером асу тп, без проблем
>Если очень хочется используйте группировки
>дорабатывать или портировать
Ты аутист? Что легче, редактировать 1 сушность или 30 копий одного и того же? И в каком случае легче допустить ошибки? Хз, что у тебя не так с фейсплейтами. Я и сам пользуюсь, и апдейтил всякое чужое говно, но прямо каких то больших проблем с ними не встречал. Почему у тебя с них подгорает? Трави кул стори.
>Кажется, я наконец понял
Кажется, все-таки нет.
Давай еще раз.
Имеем отрисованную схему с клапанами.
Хотим чтобы при нажатии на любой клапан появлялось что-то похожее на окно со всей инфой по выбранному клапану.
Мы создаем шаблон со статусами/кнопками, в интерфейс шаблона торчит переменная с UDT типом, в котором содержатся все необходимые данные.
При нажатии на клапан в функции click кнопки мы....делаем что?
Как "подменять" UDT переменную?
>>18892
>Почему у тебя с них подгорает?
Он выше что-то говорил про портирование проекта.
Предполагаю что мало где вне сименса есть схожий функционал, из-за чего при портировании приходится применять кучу костылей.
>Кажется, все-таки нет.
Кажется, все-таки да.
Спасибо за внимание :3
В глаза долблюсь, простите.
Ну ты вроде понял, но повторюсь. Обычно есть несколько способов организации работы с фейсплейтами.
1. Ты вытягиваешь на картинку все нужные фейсплейты, и подвязываешь к ним нужные переменные. Нажатием на иконки ты управляешь visibility фейсплейта. Так обычно делают на большой WinCC, т.к. там удобно работать с несколькими элементами/окнами сразу. На панельках всё сложнее, т.к. там и количество элементов в одном окне и количество окон ограничено. Ещё в большой WinCC часто для динамического линкования используют TagPrefix, но на панельках этого тоже нет.
2. Ты создаешь pop-up окна, содержащие подвязанные фейсплейты, и вызываешь окна по нажатии на иконку. Из минусов то, что ты можешь иметь только 1 активное поп-ап окно одновременно. Это конечно такое себе решение, но когда у тебя 2-3 инстанса фейсплейтов, то это делается довольно быстро.
3. Ты используешь multiplexing как я тебе кидал пример в ссылке выше. Как мне кажется это самый удобный вариант, при большом количестве элементов.
Сосоны, посоветуйте, как дешево и без сильного колхозинга решить задачу: пингуем периодически устройство в локальной сети, если не видим ответа - рестартим его, делаем вебхук (посылаем гет запрос урла) на сервер в той же локальной сети.
Кто-нибудь имел дело с Laurent 2/Laurent 5/Laurent 112? Вроде бы умеют перезапускать по пингу, правда не понял, умеют ли хукать внешний сервер, посылая уведомления. Но стоит дороговато, программируются как-то... всрато, судя по документации, требуют всратого разъема питания, внешнего корпуса и, в случае Laurent 112, 12 вольт.
Контроллер:
https://kernelchip.ru/download/Laurent-2/Laurent-2_Manual_v.2.03.pdf
Модуль реле:
https://kernelchip.ru/download/Laurent-112/Laurent-112_Manual_v.1.03.pdf
А с Кортекс2х4? Это вроде как удороженная и упрощенная версия старых Кортекс3х8. Тут есть корпус, нормальное питание с винтовыми разъемами, но стоит он, сука, еще дороже, и я не понял, что у него с отправкой уведомлений классическим http запросом, без snmp (раньше не работал с этим протоколом).
https://www.spd.net.ru/Downloads/TechDoc/РСДЦ.424321.008РЭ.pdf
Ну и есть всякая дешмань из Китая, но там совсем темный лес. Зато дешево, как и должна стоить такая элементарная железка, к которой не предъявляется каких-то требований по поддержке инфернальных протоколов или выдерживанию атомного взрыва. Я хуею, это из-за малых партий такие цены или за Имел дело кто-то?
https://aliexpress.ru/item/4000999069820.html
Если кто-то знает более приличные, и при этом недорогие решения, вбросьте пожалуйста вариантов.
Да, как вариант, если есть дешевые - просто управляемые по HTTP (Ethernet, не вайфай и прочее) реле, а пинговать я буду с внешнего устройства, так будет даже проще.
>>20504
Вот такую штуку еще нашел, чисто реле, но выглядит...ненадежно. Наверняка окорпусенный Китай.
https://silines.ru/rodos-8
https://silines.ru/rodos-9
И есть их версии на дин-рейку.
И такие вот еще нашел варианты, корпус, питание от 24, но только модбас
https://aliexpress.ru/item/32878776592.html
https://aliexpress.ru/item/32881219789.html
Сижу, грущу.
Переустановкой тиа не лечится.
Мне теперь винду всю нахрен переустанавливать, или оно просто при удалении не потирает конфиг какой?
В пустом свеже созданом проекте также себя ведет?
В твоем проекте пробовал языки проекта какие то стоят?
Попробуй снять галочку в винде, как описано тут https://support.industry.siemens.com/tf/ww/en/posts/tia-portal-hmi-screen-crash-when-adding-text-box/196159?page=0&pageSize=10
Если это поведение началось недавно, то пробовал ли ты откатывать патчи винды, или откатиться бекапом (часто создается автоматом рядом с папкой проекта) проекта?
Но вообще конечно конфиги вроде остаются.
Unicode не стоит, в новых проектах та же проблема.
Языки en, ru.
Обновы не ставил с января, проблема появилась прямо во время работы, хотя кнопки создавал и текст редачил без перерыва.
Сижу на 15.1.
Сейчас попробую поискать в интернете, какой параметр отвечает за юникод в реестре.
эти ублюдки не могли починить всем известный баг с кросс риференсом иек таймеров на 1200плк, который крашил тиа на протяжении полугода
давно уже понятно, что тиа портал пишут криворукие уёбки и до "промышленного качества" там как до луны
Совместимость с S7-400
как захочешь так и реализуется
хочешь галочки проставишь системные и будешь прерывания получать
хочешь обрабатывай значения полученные после ацп
в чём вопрос то ?
ТИА портал тормозящее и иногда глючное (не часто) говно, но с ним таки удобно работать
а вот програмить гОВЕН на КОДЕСИС 2.5 - это ёбанный АД нахуй
или какойнить САННЫЙ Дельта плк
и много ещё такого
Всё говно, но некоторое твёрдое и уверенное, а некоторое просто растикается и забрызгивает всё вокруг
Познаётся в сравнении
Чем плох Кодесис? Ты точно умеешь его готовить? Нормальное, минималистичное, неперегруженное средство решения задач автоматизации. Куда ему до ТИА Портала, который даже доступ к данным раскидал на DB и PLC_Tags, сделав экспорт двумя разными способами, причем DB - по одной, причем не указывая в файле экспорта офсетов. Я не защищаю ОВНО, пидоры, но все это сорта ебаного ада, кмк.
я этого никогда не делал, поэтому сейчас ничего не понял из того что ты сказал
а вопрос как это делается?
самое элементарное, это обработка значений с ацп
у тебя нормальное значение от 0-27568 (+- немного сверху, надо гуглить сколько)
если у тебя -32768, то датчик в обрыве, если + 32768, то либо датчик ушел в зашкал, либо кз это при 4-20мА
На температурных всё примерно так же, кроме числовых границ ибо ацп там уже выдаёт температуру умноженную на десять в целых числах
Либо пользовать системные функции
https://support.industry.siemens.com/cs/document/42781105/how-do-you-diagnose-io-access-errors-with-the-s7-1200-?dti=0&lc=en-BR
кодесис 3, пойдёт, ковырялся в нём и и его копиях от всяких шнайдеров пару раз и особого бугурта небыло
с кодесисом 2.5 в сочетании с овном, всё время какое-то очко
самый крайний когда у меня взорвалась жопа, делал насосную на плк110 и вдруг неожиданно оказалось, что IN_OUT переменные НЕРАБОТАЮТ нахуй. Взводишь переменю в единичку отправляешь в функциональный блок через IN_OUT вход, где она должна потом сбросится и получаешь ХУЙ. Вот если создать отдельно 2 перменых IN и OUT, всё работает, а так ХУЙ
А по поводу
> Куда ему до ТИА Портала, который даже доступ к данным раскидал на DB и PLC_Tags, сделав экспорт двумя разными способами, причем DB - по одной, причем не указывая в файле экспорта офсетов.
Ты просто чтото делаешь не так
PLC_Tags - это не область памяти, а просто список переменных имеющие имена
С экспортом нихуя не понял, что куда ты экспортил
но в эксельку с офсетами (если они есть. дб не оптимизирована) кидается без особых проблем
> самый крайний когда у меня взорвалась жопа, делал насосную на плк110 и вдруг неожиданно оказалось, что IN_OUT переменные НЕРАБОТАЮТ нахуй. Взводишь переменю в единичку отправляешь в функциональный блок через IN_OUT вход, где она должна потом сбросится и получаешь ХУЙ. Вот если создать отдельно 2 перменых IN и OUT, всё работает, а так ХУЙ
А с очередностью действий все хорошо было? Может он сбрасывал перед тем как тебе пришел вход.
Ах. И да, почему PLC_tags ето конечно не область памяти, но только там содержатся области I, Q, M.
с этим всё было в порядке, я же не совсем долбаёб. схема была уровня говна что бы если бит взведет на входе, то нужно его сбросить. Для того что бы с панельки просто СЕТить бит старт и после обработки он сам сбрасывался.
я так же указал, если сделать вход и выход отдельно, то норм
in_out1 in_out1
---||-----------(R)
Вот такая конструкция, говорила мне пошел нахуй
насосная, это насосная
в ней стоит 2-3 насоса, которые качают, воду/масло и делают так что бы давление/расход/температура были в норме, может быть даже чтото регулируют
бонусом идут всякие обратные промывки, управление фильтрами и прочей шляпной периферией
Вычленить насосный узел от производство очень просто. Берём магистральный насосную станцию в водоконале твоего города, там стоит ЧРП на 300-5000кВТ и качает воду тебе домой. Он берет воду из 1 трубы и качает в другую трубу и поддерживает давление, что бы ты мог помыться вечером нормально.
Берем друго случай уже с производством, вот допустим цех производства резиновых хуйов. В цеху есть куча установок типа печки, которою нужно охлаждать и хуйзнает ещё что, что требует тех.водыохлаждение жопы петровича. Ребята такие думаю, что оптимально будет сделать одну большую трубу с тех.водой к которой всё подцепятся кому надо и ЗБС.
Ну вобщем и строят насосную в которой насосы качают воду и держать давление какихнить 56 бар в этой большой трубе.
И системы не соприкосаются, если системе к которой эта вода подходит критически знать есть ли она, то ставится 1 датчик всё ок
Пока всё писал придумал очень простую аналогию
Это как киповский воздух, вот он нужен дохуя где, но ставить по маленькому компрессору на установку это же долбоебизм, темболее конда на установке, всего пару клапанов. Поэтому и делать отдельно компрессорные, в которых компрессоры качают воздух, осушают его и хуёмоё.
С насосными так же.
А почему их делает каждый асушник и ругается, так это потому что каждый пытается сэкономить каждую копейку, особенно на такой залупе как насосные.
> О ты тут в прошлом году делал насосную на ОВНЕ и ДАНФОСЕ, этот же заказчик просил сделать ему такой же 1 в 1. Но в этот раз будем делать на Дельте, потому, что ктото полгода назад обосрался и у нас как раз стоят и плк и частотник не проданные на складе
типа того
А, всё, понял. Цех подготовки рабочей среды.
По сути да, в цех производства гонят воду, воздух, пар, аммиак, масло, азот итд итп. Где-то отдельным помещением (ибо котел) где-то стоит в закутке установка и попёрдывает потихоньку. Ваша меметичная задача как асушников - поддерживать давление в магистрали на уровне заданного?
А ты за какой кодесис впрягаешься?
Знаешь, что общая даташитка и овеновская немного различаются?
> Ваша меметичная задача как асушников - поддерживать давление в магистрали на уровне заданного?
Если уж прям брать конский вакуум, то меметичная задача состоит в.
1. Поддрежание давления в трубопроводе
2. Подсчёт моточасов и распределение нагрузки межу несколькими насосами
3. Авт. включение резервных насосов при выходе из строя текущего.
Если в краце, вот это оно всё.
Задача меметичная, потому что почти каждый асушник эту задачу делал или как минимум рядом стоял.
>>21809
С обычными - никак. Только если дублировать физически.
Обычно контакты с датчиков берут такие, что при false срабатывает либо аварийное либо технологическое действо.
Вот например у тебя в ёмкасти 2 датчика уровня, верхний и нижний. У тебя там (обычно) верхний датчик должен быть нормально замкнутый, а нижний нормально разомкнутый.
Т.е. когда нижний замкнутый (true) вода выше нижнего уровня и насос на выдаче может работать, если разомкнутый(false)(сломан кабель или датчик) то насос не может работать.
С верхним уровнем тоже самое, только на нижнем ты проверяешь наличие жидкости, а на вернем проверяешь её отсутствие.
Есть технология НАМУР где у тебя не 24В - true, а 0В - false. А грубо говоря 24В-true, 5В-false, 0В-обрыв кабеля, достигается это тем что в параллель контакту датчика/кнопки ставится резистр. Но для этого спец модули нужны на ПЛК.
>Задача меметичная, потому что почти каждый асушник эту задачу делал или как минимум рядом стоял.
Никогда не делал. Я специализируюсь по робототехнике и сложным перемещениям обрабатываемого продукта.
С подачей рабочих сред в цех не довелось сталкиваться, ну может это и к лучшему.
>Если уж прям брать конский вакуум, то меметичная задача состоит в.
Ох ты, нихуя себе. Прямо сейчас такую штуку надо делать. На чем пилил, остались ли исходники? Если вдруг тебе не лень, распиши как можно подробнее свой путь, встреченные подводные камни, найденные способы решения и результат.
За сколько бы в теории взялся сделать?
Ага, а теперь трансформируй это в насосную ПАО Транснефть. Знаешь сколько стоит АСУТП такой насосной "под ключ"? 150-200 лямов
Ты ведь уже приходил с этой херней? Теперь ты больше всех пересмотрел китайского говна, и разбираешься в сортах получше любого в этом треде. Никакого особого совета, кроме как добавить к тому что ты перечисли, это возможность поставить ардуинку/esp32/малину/любую подобную хрень. Впрочем по цене это будет повыше, а ты хочешь решения прямо за копейки.
>8МВт
>частотник/софтстартер
Неужели на такую мощность уже доступны IGBT модули? Чет мне оче невероятно. Или там каскад из параллельных маломощных? Есть ссылка на рекламу такого например?
Матерь Б-жая, лучше я и дальше буду пердолить всякие наносящие этикетки механизмы
> Талмуд по построению АСУ ТП состоит из 6 томов суммарно под 1200 страниц + еще 10-20 сопутствующих регламентов
Ну это не плюс для транснефти,полезной информации в таких талмутах, от силы 20%, но так как есть целая армия писак и им нужно делать вил работы они ебашат эти талмуты и ещё по 2 раза вгод изменения к ним
Ну ХЗ. С медианной в 17к по стране кто там работает и что там производят кроме переклеивания ярлыков с импорта?
Страна контрастов. Вчера приходил КИПовец. Спрашиваем: где работал? - Да там то и там то, поверял терморегуляторы. На линиях розлива работал? Нет. Что хочешь по зп? 100к
Амбициозность, говорят, хорошее качество)
Ну а хуле. Если под Красноярском Петровичи могут рекомбинировать гамма-плюс бозоны в реакторе или строить спейсшипы на Альдебаран за 25-35к то всё в пределах рыночка. Хуй знает как это получается. Вы там совсем на идее жизнь доживаете?
А меня асутпшником пытались "схантить" на конкурирующее предприятие под новое производство.
Спрашивают, мол, "сколько ты хочешь?". Попросил 100к, удивились и пока на связь больше не выходят (на текущем месте от 70к имею и иногда могу подшабашить до 90к).
Но у них там только сименс, я думаю найдут кого-нибудь и за меньший бюджет.
Предполагалось, что Протоны будут делать в Омске. Но дурных перебираться туда из ДС не нашлось
Чел, ты... Сименс, Шнайдер и прочая хуйня им вообще не конкурент на российском рынке РЗА. Просто чекни оборот фирмы на сбисе. В настоящее время вообще нет никаких проблем создать железку аналогичную конкурентам.
Какой нахуй рынок зарплаты в России? Не мели чепуху. По регионам скидывается тарифная сетка как в лучшие годы квадратно-гнездового госпланирования. И по итогу Кузьмичи с зп 17к собирают йоба-установки с помощью такой-то матери. С соответствующим качеством исполнения. Но йоба, да. Все гордятся.
А что про них интересует то?
Практически дефолтные клеммы, применяющиеся повсеместно. Ходовые модели всегда легко найти на складах в РФ. Системы маркировки тех же клемм, проводов, кабелей от них тоже можно часто увидеть.
Реле, преобразователи, блоки питания - реже, но в принципе встречаются. Всё вполне неплохое. Многие предприятия прямо предпочитают блоки питания 24В чтобы были от феникса.
ПЛК, модули ввода-вывода, ХМИ я практически не видел и отзывов не слышал точнее на одни IO слышал, но это всего лишь модули ввода были без особых требований к ним.
Инструмент у них хороший. У нас годами зачистки/обжимки живут, когда изредка покупаемые другие дохнут за пол года.
По цене конечно всему этому можно найти аналоги подешевле, но я бы не сказал, что оно того стоит. Мы как то одно время покупали турецкие клеммы Klemmsan, но по итогу решили от них отказаться хуевое качество зажимов, винты переодически срывало, пластик был суховат и иногда разваливался.
От себя: ИБП от феникса стоят уже лет 20, только батареи меняем. Успешно отработали пару серьезных пиздецов один раз вообще без вводов остались.
Алсо, нам предлагали потестировать у себя преобразователи от феникса, но т.к. все предприятие в моксах и дергали их стандартными тулзами, то начальство не дало поэкспериментировать.
Постоянно пользуемся БП, реле, коммутатороми от феникса и ничего плохого сказать не могу
Инструмент ручной, тоже проблем не вызывал, хороший
Оверпрайснутая херня. Можно найти китайский аналог на порядок дешевле.
обладатель сумки с большим набором инструметов феникс
here we go again
Так смотри по отраслям. Если по нефтянке в среднем оплата выше, то и киповец там, скорее всего, получает больше, чем на каком-нибудь машиностроительном заводике.
>>24597
Подвержу всё. Но был негатив как раз с станицией IO, с какого-то хера умерла на новой установке. Приезжал их представитель и заменил всю сборку (шасси и модули) на новую по гарантии. Ну и на вид показалась хлипковатой- модули из того же мягкого зеленого пластика сделаны, что и реле.
> Если по нефтянке в среднем оплата выше
В нефтянке оплата выше из-за вахтового или разъездного характера работы
Я свое отъездил. Сейчас в ДС Сити заседаю.
Ты хоть сам был в ебенях 3 по полгода, где -30 большая часть года и территория обсыпана тоненькой песчаной полоской, заход за которую равен обнулением контракта?
У меня зряплата (70к на руки) примерно равна тому, что получают знакомые вахтовики, если их жирный месяц и месяц сосания бибы дома за оклад сложить и поделить на два. Так что не был, и не собираюсь :3
А потом ехать в холодные ебения и там подрывать себе здоровье? Отличная форма мазохизма и пути саморазрушения.
А че тут такого? Говнокиповец на разъездах по нефтяным кустам. Будешь с Петовичами мотаться по промёрзлым говнам Матушки России и "диагностировать" хуле насос не качает, частотник в аварии.
Гугли какое оборудование в нефтянке есть и как работает.
В основном будут всякие говнонасосы с говночастотниками. Если хоть раз за годы электриком работал электриком как прозвонить движок знаешь.
Наверняка. На али хватает дешевых контроллеров или реплик старых контроллеров от Siemens/Mitsubishi, но я лично никогда не пользовался. И у меня есть сомнения, что аноны из этого треда часто занимаются китайским барахлом для гаража. ОВНо конечно не далеко ушло, но кто на производстве будет экономить пару тысяч на единичной позиции, которая потом будет использоваться годами?
Привлекает разноплановость образования, то есть я вроде получу навыки как программирования, так и всякие технические. Неужели все так плохо?
>Неужели все так плохо?
Ну ты даже не представляешь насколько гениальное и точное предложение ты сгенерировал, описывая нашу работу.
Работы нет? Платят копейки? Дерьмовые условия? Если да, то почему не перекатился никуда?
>Работы нет?
Дохрена
>Платят копейки?
Средне-Выше среднего
>Дерьмовые условия?
Дерьмоватые
>Если да, то почему не перекатился никуда?
Поздно перекатываться
>то есть я вроде получу навыки как программирования
Очень базовые, не такие как если бы ты пошел на норм программиста. Но вообще конкретно с навыками, тут всё больше зависит от человека, и готов ли прикладывать усилия, т.к. на вуз тут особо надежд питать не стоит.
>>29806
>Платят копейки?
ЗП инженера по текущему уровню случае не выше мидла в ИТ.
ДС
>ЗП инженера по текущему уровню случае не выше мидла в ИТ.
>
Редкий АСУ-шник в эксплуатации на заводе получает выше 1к баксов по текущему курсу.
Двачую. До крымнаша я только вкатывался и получал 30к на руки. Сейчас я получаю 70к имея большой опыт, кучу сертификатов и т.д. .
То есть, моя зарплата выросла с 1000$ до 940$.
Лол, да, тоже рофлил с этого. Всю жизнь работаю за 1к баксов.
>большой опыт
>куча сертификатов
>работаю за 70к
Вся суть асушного "опыта" и "сертификатов".
это не суть асушного опыта и сертификатов, это суть росскийской промки как она есть
нет стандартов и требований определённых для специалистов
условные СКАДА-программеры с 5 годами работы, будут получать примерно одинакова не зависимо от опыта и знаний. Хотя один именно, что программист и может нормально пользоваться API скада системы и делать реально полезные штуки, а другой 500 кнопок будет руками перекрашивать неделю по желанию заказчика. А всё потому, что в глазах работадателя это одного порядка поцаны "ну вот первый может с нуля всё сделать и оно работало и другой - тоже. Так хули по разному платить"
Твои "полезные штуки" реально только может быть экономят время тебе самому на допиливание проекта. К ценности тебя перед дядей с деньгами это отношения не имеет.
Научись различать навыки "оптимизирующие рабочий процесс" и "продающие", как бы это не звучало как будто из книги "Как всех наебать".
Сап, есть вопросы. Необходимо сделать автоматизацию измерения PH (кислотность) в реальном времени. Это нужно для производства. Само оно небольшое и почти не автоматизировано. Я не являюсь инженером по автоматизации, но у меня есть опыт программирования на разных языках. Недавно начал интересоваться электроникой для автоматизации. Хочу понять какие варианты решения задачи у меня есть, именно по железу. Нагуглил одно решение, продаются модули измерения ph для ардуино. Мне кажется, что использовать ардуино для такой простой задачи это оверхед. Не знаю что мне лучше бы пошло, очень много ключевых слов, которые вроде используют для одних и тех же целей, но какая в них разница, вопрос. Например, есть АСУ и есть IOT/IIOT. Какая в них разница? По сути все они могут решить мою задачу, но что лучше выбрать непонятно. Также путает, что есть ПЛК, контроллеры, ПЛИС, всяки программируемые реле, одноплатники и прочие и прочие устройства, которые вроде бы могут выполнять полезную работу для автоматизации. Как в них всех разобраться и что использовать для моей задачи?
при чём тут навыки "оптимизирующие рабочий процесс" и "продающие"
Взгляни на ИТ структуру, там есть тренни, джуны, мидлы, сеньёры. И ни один из них не является "продающим", это какраз таки опыт в оптимизации рабочего процесса, за счёт опыта, знаний того что и как оптимально сделать, что бы потом это всё не вышло боком. И зарплаты между этими уровнями имеют разницу. В асу с оцениванием навыков, всё немножко погрусней
что значит
>Необходимо сделать автоматизацию измерения PH (кислотность) в реальном времени.
тебе надо просто знать кислотность прям сейчас на цифровом индикаторе по месту, или гденить на компе с графиками или прям через вебморду цеплятся к датчику и красота идустрия4.0 ?
Нужно ли управлять чем то в зависимости от твоего ПХ
И что там ещё надо
ибо в зависимости от того чего тебе надо, нужно советовать разные штуки
и бюджет какой?
>на цифровом индикаторе по месту, или гденить на компе с графиками или прям через вебморду цеплятся к датчику и красота идустрия4.0 ?
Желательно иметь все эти возможности. Цифровой индикатор чтобы видеть на месте, доступ к датчику через комп на производстве, и чтобы он имел выход в сеть, чтобы я мог написать мобильное и веб-приложение, через которое любой кому нужно сможет видеть данные.
>ПХ
?
>Нужно ли управлять чем то
По идее да. Есть еще задача для этого же процесса. Нужно измерять температуру жидкост (кислотность которой меряем) и контроллировать нагрев. Нагревается с помощью парогенератора. Необходимо ограничивать поток пара или закрывать вовсе, а также если нагрев закончен и парогенератор больше не используется (другими приборами тоже) отключать его.
>и бюджет какой?
Как всегда чем меньше тем лучше. Нужно разумное решение, которое решает задачу, но без большого запаса возможностей, чтобы дешевле. Также нет ориентировки на брендовость и прочее. Предпочтение отдается не готовым решениям (потому что дорого, потому что вендор-лок, потому что сложно разбираться в чужом г.....), а отдельным модулям, из которых можно все собрать.
И нагревать, и рН измерять? Вы представляете, сколько такой электрод будет стоить?
Чиво? Измерение кислотности неразрывно связано с процессом нагрева и охлаждения, но это отдельная задача, на начальном этапе ее можно независимо решить. Нагревается парогенератором. Термостат будет отдельным конечно же. Вопрос какое устройство лучше использовать, ПЛК или что-то другое. В идеале конечно лучше чтобы одно устройство управляло и нагревом/охлаждением и измерением кислотности, но это необязательно. Еще есть задача перемешивания смеси, но это пока не так необходимо. Я не пытаюсь решить всю большую задачу разом. Поэтому разделил ее. Так мне проще будет разобраться со всем зоопарком устройств для автоматизации. Мне необходимо получить опыт. Это первостепенно. Если бы не нужно было, то мы бы купили готовый комплекс и всё.
Потому что действительно трудновато. Потому например Вася ради оптимизации может загнать насос в насосной в один FB и вызывать по надобности, а Петя ради той же оптимизации может загнать насос fc и налабать скрипт в TIA опенесс что будет брать и копировать сменой переменных. Что лучше?
>какое устройство лучше использовать, ПЛК или что-то другое
Ну моё мнение, что раз у тебя производство, то использовать ардуино подобные железки как то не к месту. Они конечно решат те же самые задачи, но возникают вопросы с надежностью и поддержкой оборудования в течении времени. Так что остается либо ПЛК, либо программируемые реле (те же ПЛК, но обычно с ещё более урезанным функционалом и более простым программированием).
Вообще в решении это задачи стоит плясать от pH-метра. Сначала ищешь его, подходящий по характеристикам ибо в зависимости от степени твоего нагрева далеко не все зонды потянут и твой бюджет. В пром. автоматике стандартные унифицированный выход аналоговых сигналов это 4-20мА, так что желательно найти с ним. Как вариант ещё с поддержкой RS-485 или ethernet, но там нужно смотреть по каким протоколам датчик будет отдавать данные и выбирать контроллер соответственно с их поддержкой.
После того как нашел pH-метр выбираешь устройство для управления. Для этого считаешь кол-во входов выходов. Например, у тебя
аналог. входа 4-20мА 2шт: pH-метр, температура
диск.выхода 2-3шт: вкл/выкл. паровую рубашку, лампочки для индикации
диск. входа 2-3шт: сигнал "парогенератор больше не используется другими устройствами"(?)
аналог. выхода 4-20мА: управление клапаном на линии подачи пара хотя хз как у тебя там устроено, и мб там дискретный клапан, и ты будешь выдавать "порции" пара для поддержания температуры
Посчитали, ищём устройство. Задача выглядит простой так что можно взять программируемые реле. Условный ОВЕН ПР200. Из плюсов прог реле это очень простая среда разработки в которой может разобраться человек совсем далекий от программирования а ты я так понимаю технолог?. Дальше хотелось бы панельку, чтобы выводить текущее состояние, и можно было менять настройки. У прог реле бывают текстовые экраны на борту, если такого хватит, то ОК. Если нет, то можешь что выбрать панельку, которую врежешь в дверь шкафчика. Если прог реле не подошло например, нужна поддержка протоколов связи, которых оно не держит, то точно так же можно поискать простенькие ПЛК. Скорее всего надо будет к ним ещё добирать модули ввода/вывода сигналов и панель отдельно.
Сделав это локально задачу ты решишь. Дальше, если у тебя есть планы, как то это внедрять во что то больше, или управлять удаленно, то эти вопросы стоит тоже заранее задать себе. Про перемешивание опять же подумай сразу. Там просто вкл/выкл или будет управление скоростью частотника, например.
>>32267
>использовать ардуино для такой простой задачи это оверхед
Это конечно один из самых дешевых вариантов. Но просто представь, что ты сделал, уволился, а кому то через год надо доработать твою поделку. С большой степенью вероятности это вызовет тысячи проблем. Ну и деньги всё-таки не твои личные, разница в 10-20к не должна быть решающей для производства.
>какое устройство лучше использовать, ПЛК или что-то другое
Ну моё мнение, что раз у тебя производство, то использовать ардуино подобные железки как то не к месту. Они конечно решат те же самые задачи, но возникают вопросы с надежностью и поддержкой оборудования в течении времени. Так что остается либо ПЛК, либо программируемые реле (те же ПЛК, но обычно с ещё более урезанным функционалом и более простым программированием).
Вообще в решении это задачи стоит плясать от pH-метра. Сначала ищешь его, подходящий по характеристикам ибо в зависимости от степени твоего нагрева далеко не все зонды потянут и твой бюджет. В пром. автоматике стандартные унифицированный выход аналоговых сигналов это 4-20мА, так что желательно найти с ним. Как вариант ещё с поддержкой RS-485 или ethernet, но там нужно смотреть по каким протоколам датчик будет отдавать данные и выбирать контроллер соответственно с их поддержкой.
После того как нашел pH-метр выбираешь устройство для управления. Для этого считаешь кол-во входов выходов. Например, у тебя
аналог. входа 4-20мА 2шт: pH-метр, температура
диск.выхода 2-3шт: вкл/выкл. паровую рубашку, лампочки для индикации
диск. входа 2-3шт: сигнал "парогенератор больше не используется другими устройствами"(?)
аналог. выхода 4-20мА: управление клапаном на линии подачи пара хотя хз как у тебя там устроено, и мб там дискретный клапан, и ты будешь выдавать "порции" пара для поддержания температуры
Посчитали, ищём устройство. Задача выглядит простой так что можно взять программируемые реле. Условный ОВЕН ПР200. Из плюсов прог реле это очень простая среда разработки в которой может разобраться человек совсем далекий от программирования а ты я так понимаю технолог?. Дальше хотелось бы панельку, чтобы выводить текущее состояние, и можно было менять настройки. У прог реле бывают текстовые экраны на борту, если такого хватит, то ОК. Если нет, то можешь что выбрать панельку, которую врежешь в дверь шкафчика. Если прог реле не подошло например, нужна поддержка протоколов связи, которых оно не держит, то точно так же можно поискать простенькие ПЛК. Скорее всего надо будет к ним ещё добирать модули ввода/вывода сигналов и панель отдельно.
Сделав это локально задачу ты решишь. Дальше, если у тебя есть планы, как то это внедрять во что то больше, или управлять удаленно, то эти вопросы стоит тоже заранее задать себе. Про перемешивание опять же подумай сразу. Там просто вкл/выкл или будет управление скоростью частотника, например.
>>32267
>использовать ардуино для такой простой задачи это оверхед
Это конечно один из самых дешевых вариантов. Но просто представь, что ты сделал, уволился, а кому то через год надо доработать твою поделку. С большой степенью вероятности это вызовет тысячи проблем. Ну и деньги всё-таки не твои личные, разница в 10-20к не должна быть решающей для производства.
Электроды для pH-метрии имеют допустимый диапазон рабочих температур, и далеко не все работают в нагревающейся среде. Ну и потребуется отдельная термокомпенсация — в дополнение к вашему измерению температуры. Как правильно сказали, плясать от pH-метра.
Вообще, я хотел спросить про ПЛК Phoentix Contact. Что у них по стоимости в сравнении например с Siemens и Овен, какие основные подводные камни, насколько распространены?
Алсо, что за странный набор портов у Сигнетикс Пиксел, где мои универсальные AI/AO? В дополнительных модулях нихуя нет:
Мне теперь какие-нибудь овеновские блоки ввода к сигнетиковскому контроллеру подключать? Какого-то промежуточного варианта у них, как я понял, нет, или дорогие с дисплеями, VNC и прочей йобой, или дешевые с очень странным набором портов. Расширений с универсальными AI, подходящими для пиксела - нет.
https://segnetics.com/ru/mr
Алсоалсо, к чему подключать датчики, выдающие значения шкалы в 4.5-24 VDC Pulse? Дискретные вводы Овен МВ110 это умеют? А Сегнетиковские MC/MR? Или кто это должен уметь?
Кстати, кто-нибудь имел дело с новыми Segnetics Matrix и Trim5?
Преобразователь из NAMUR во что угодно. Полно их. Встроенные входы NAMUR тоже бывают.
Вроде NAMUR это сопротивление, а не скачущее напряжение.
>Так что остается либо ПЛК, либо программируемые реле (те же ПЛК, но обычно с ещё более урезанным функционалом и более простым программированием).
Правильно понимаю, что они не поддерживают языки общего назначения (C/C++/Java/etc)? Это не очень хорошо. Если DSL для них невыразительный, то написание кода превратится в мучения.
>ты я так понимаю технолог?
Я технолог и много кто еще, можно сказать человек-оркестр, но у меня есть опыт программирования. Правда на языках общего назначения.
>>32407
>ОВЕН ПР200
Собственно такой штукой и управляется парогенератор. Только непонятно как используется это реле. То есть парогенератор работает, но никакой автоматизации нет. Реле походу запрограммировано только для работы самого устройства, надув, поджиг и прочее, и больше ничего нет, даже внешнего управления. И нет человека, который бы в этом разбирался. Вот хочу освоить все это и пустить в пользу. Можно было бы нанять человека или компанию, они бы сделали, но нам это не подходит. Это будет все тот же черный ящик, про который никто не знает как он работает и как управлять его работой.
Есть еще всякие ПЛК, управляют другими аппаратами, но они также не доделаны, только включают/выключают аппарат и больше никакой полезной работы. Я просто подумал, что они вообще бесполезны, оказывается можно что-то с их помощью сделать.
>>32407
>можешь что выбрать панельку
Есть немаленькая панель, на большом щите (метр на метр), в котором управление вентиляцией и не знаю что еще. Один человек сказал, что можно вывести на него парогенератор и другие устройства, но он не до конца знает как. Будем разбираться.
Ты мне сильно помог, большое спасибо. Ответь тогда еще, какой производитель ПЛК предпочтительней? Совместимы ли устройства разных производителей? Если что-то лучше чем ПЛК, например удобнее, функциональнее, и т.п.? Как я понимаю, все ПЛК это привязка к софту вендора и к Windows. Дело в том, что у меня на локальной машине Линукс. Одна из причин вопроса "почему именно ПЛК" как раз состоит в том, что мне чужды все эти зависимости и отсутствие универсальности. Я привык к опенсорсу. И мне не хочется попадать в зависимость от каких то компаний (производителей ПЛК, софта и прочих). Поэтому первая мысль была взять что угодно, хоть ардуино, главное чтобы железо не было залочено, все дока открыта и софт чтобы был опенсорс.
Вторая причина это непонятные слабые языки программирования. Ардуино хотя бы поддерживает C++. Это дает много возможностей.
Еще одна причина в том, что мне кажется, что АСУ ТП это устаревшая технология, говоря на программистском сленге легаси. Даже не кажется, это так и есть. Современные IIOT устройства и софт дают намного больше возможностей.
>>32504
>плясать от pH-метра
Мне необходимо разобраться какие они бывают. Мне бы хотелось универсальный, чтобы можно было подключить его к любому устройству, хоть к ПЛК хоть к одноплатнику. Покупать залоченный на одного производителя или тип устройств считаю плохой идеей.
>Так что остается либо ПЛК, либо программируемые реле (те же ПЛК, но обычно с ещё более урезанным функционалом и более простым программированием).
Правильно понимаю, что они не поддерживают языки общего назначения (C/C++/Java/etc)? Это не очень хорошо. Если DSL для них невыразительный, то написание кода превратится в мучения.
>ты я так понимаю технолог?
Я технолог и много кто еще, можно сказать человек-оркестр, но у меня есть опыт программирования. Правда на языках общего назначения.
>>32407
>ОВЕН ПР200
Собственно такой штукой и управляется парогенератор. Только непонятно как используется это реле. То есть парогенератор работает, но никакой автоматизации нет. Реле походу запрограммировано только для работы самого устройства, надув, поджиг и прочее, и больше ничего нет, даже внешнего управления. И нет человека, который бы в этом разбирался. Вот хочу освоить все это и пустить в пользу. Можно было бы нанять человека или компанию, они бы сделали, но нам это не подходит. Это будет все тот же черный ящик, про который никто не знает как он работает и как управлять его работой.
Есть еще всякие ПЛК, управляют другими аппаратами, но они также не доделаны, только включают/выключают аппарат и больше никакой полезной работы. Я просто подумал, что они вообще бесполезны, оказывается можно что-то с их помощью сделать.
>>32407
>можешь что выбрать панельку
Есть немаленькая панель, на большом щите (метр на метр), в котором управление вентиляцией и не знаю что еще. Один человек сказал, что можно вывести на него парогенератор и другие устройства, но он не до конца знает как. Будем разбираться.
Ты мне сильно помог, большое спасибо. Ответь тогда еще, какой производитель ПЛК предпочтительней? Совместимы ли устройства разных производителей? Если что-то лучше чем ПЛК, например удобнее, функциональнее, и т.п.? Как я понимаю, все ПЛК это привязка к софту вендора и к Windows. Дело в том, что у меня на локальной машине Линукс. Одна из причин вопроса "почему именно ПЛК" как раз состоит в том, что мне чужды все эти зависимости и отсутствие универсальности. Я привык к опенсорсу. И мне не хочется попадать в зависимость от каких то компаний (производителей ПЛК, софта и прочих). Поэтому первая мысль была взять что угодно, хоть ардуино, главное чтобы железо не было залочено, все дока открыта и софт чтобы был опенсорс.
Вторая причина это непонятные слабые языки программирования. Ардуино хотя бы поддерживает C++. Это дает много возможностей.
Еще одна причина в том, что мне кажется, что АСУ ТП это устаревшая технология, говоря на программистском сленге легаси. Даже не кажется, это так и есть. Современные IIOT устройства и софт дают намного больше возможностей.
>>32504
>плясать от pH-метра
Мне необходимо разобраться какие они бывают. Мне бы хотелось универсальный, чтобы можно было подключить его к любому устройству, хоть к ПЛК хоть к одноплатнику. Покупать залоченный на одного производителя или тип устройств считаю плохой идеей.
>мидлы, сеньёры. И ни один из них не является "продающим", это какраз таки опыт в оптимизации рабочего процесса, за счёт опыта, знаний того что и как оптимально сделать
Чет у меня сомнения что в "хуяк хуяк и в продакшн" галерах в обще занимаются оптимизацией.
stm32
>Можно было бы нанять человека или компанию, они бы сделали, но нам это не подходит. Это будет все тот же черный ящик, про который никто не знает как он работает и как управлять его работой.
Ну вообще-то как ТЗ напишешь, так и будет.
И вообще-то нормальные кек инженеры должны прикладывать инструкцию по эксплуатации, где описано и как работает система, и как ей управлять.
И вообще-то подрядчик должен провести обучение обслуживающего персонала по пользованию своей системой перед тем, как ретироваться в закат.
А теперь я отведу душу.
>какой производитель ПЛК предпочтительней?
Сименс. Вообще тот, которым умеешь пользоваться.
>Совместимы ли устройства разных производителей?
Совместимо все со всем. Вопрос только в том, как/где/зачем это делать.
>Если что-то лучше чем ПЛК, например удобнее, функциональнее, и т.п.?
Есть ли что-то лучше чем маршрутизатор, например удобнее, функциональнее, и т.п.?
Есть ли что-то лучше чем молоток, например удобнее, функциональнее, и т.п.?
>Как я понимаю, все ПЛК это привязка к софту вендора и к Windows.
Не все, но подавляющее большинство.
Для таких, как ты сделано между прочим.
>Дело в том, что у меня на локальной машине Линукс.
Соболезную.
> Одна из причин вопроса "почему именно ПЛК" как раз состоит в том, что мне чужды все эти зависимости и отсутствие универсальности.
Универсальность - пиздеж и залупа из под коня, утягощающая все, к чему прикоснется. Когда ж вы все поймете это уже?
Алсо, как дела с зависимостями на линуксе? Сколько ядер пересобрал уже?
>Я привык к опенсорсу.
Ахуеть.
>И мне не хочется попадать в зависимость от каких то компаний (производителей ПЛК, софта и прочих).
Читай, мне хочется, чтобы в зависимость от меня попала моя компания.
>Поэтому первая мысль была взять что угодно, хоть ардуино, главное чтобы железо не было залочено, все дока открыта и софт чтобы был опенсорс.
Для чего? Тебе большинство производителей для задач твоего уровня все доки и софт бесплатно предоставляют и так.
Ты серьезно будешь ковыряться в ядре ПЛК и его схемотехнике, перешивать контроллер, перепаивать выходы, чтобы написать программу, простите, сбора сигналов и управления одним объектом?
Раз уж ты владеешь многими языками, то у меня встречный вопрос: для скольких из них ты написал свой собственный компилятор или интерпритатор, если тебя волнуют такие вопросы?
>Вторая причина это непонятные слабые языки программирования.
Эти непонятные языки программирования были разработаны для того, чтобы даже простой электрик мог научиться программировать ПЛК. Как можно страуструповские плюсы назвать более легким ЯП я даже стесняюсь спросить.
>Еще одна причина в том, что мне кажется, что АСУ ТП это устаревшая технология
Это не технология
>говоря на программистском сленге легаси
Ты не программист
>Даже не кажется, это так и есть.
Ой бляяя
>Современные IIOT устройства и софт дают намного больше возможностей.
Которые ты даже не способен понять и раскрыть, потому что не понимаешь суть конфликта которого по большому счету нет двух подходов.
>>31288
>Взгляни на ИТ структуру,
Так
>там есть тренни, джуны, мидлы, сеньёры.
Инженер на испытательном сроке, инженер, ведущий инженер и начальник отдела вышли из чата.
Проблема в том, что у нас в целом ниже зарплаты, в отличие от ИТ и в целом уровень квалификации кадров ниже, но если подумать еще немного, то это только наша проблема.
>Можно было бы нанять человека или компанию, они бы сделали, но нам это не подходит. Это будет все тот же черный ящик, про который никто не знает как он работает и как управлять его работой.
Ну вообще-то как ТЗ напишешь, так и будет.
И вообще-то нормальные кек инженеры должны прикладывать инструкцию по эксплуатации, где описано и как работает система, и как ей управлять.
И вообще-то подрядчик должен провести обучение обслуживающего персонала по пользованию своей системой перед тем, как ретироваться в закат.
А теперь я отведу душу.
>какой производитель ПЛК предпочтительней?
Сименс. Вообще тот, которым умеешь пользоваться.
>Совместимы ли устройства разных производителей?
Совместимо все со всем. Вопрос только в том, как/где/зачем это делать.
>Если что-то лучше чем ПЛК, например удобнее, функциональнее, и т.п.?
Есть ли что-то лучше чем маршрутизатор, например удобнее, функциональнее, и т.п.?
Есть ли что-то лучше чем молоток, например удобнее, функциональнее, и т.п.?
>Как я понимаю, все ПЛК это привязка к софту вендора и к Windows.
Не все, но подавляющее большинство.
Для таких, как ты сделано между прочим.
>Дело в том, что у меня на локальной машине Линукс.
Соболезную.
> Одна из причин вопроса "почему именно ПЛК" как раз состоит в том, что мне чужды все эти зависимости и отсутствие универсальности.
Универсальность - пиздеж и залупа из под коня, утягощающая все, к чему прикоснется. Когда ж вы все поймете это уже?
Алсо, как дела с зависимостями на линуксе? Сколько ядер пересобрал уже?
>Я привык к опенсорсу.
Ахуеть.
>И мне не хочется попадать в зависимость от каких то компаний (производителей ПЛК, софта и прочих).
Читай, мне хочется, чтобы в зависимость от меня попала моя компания.
>Поэтому первая мысль была взять что угодно, хоть ардуино, главное чтобы железо не было залочено, все дока открыта и софт чтобы был опенсорс.
Для чего? Тебе большинство производителей для задач твоего уровня все доки и софт бесплатно предоставляют и так.
Ты серьезно будешь ковыряться в ядре ПЛК и его схемотехнике, перешивать контроллер, перепаивать выходы, чтобы написать программу, простите, сбора сигналов и управления одним объектом?
Раз уж ты владеешь многими языками, то у меня встречный вопрос: для скольких из них ты написал свой собственный компилятор или интерпритатор, если тебя волнуют такие вопросы?
>Вторая причина это непонятные слабые языки программирования.
Эти непонятные языки программирования были разработаны для того, чтобы даже простой электрик мог научиться программировать ПЛК. Как можно страуструповские плюсы назвать более легким ЯП я даже стесняюсь спросить.
>Еще одна причина в том, что мне кажется, что АСУ ТП это устаревшая технология
Это не технология
>говоря на программистском сленге легаси
Ты не программист
>Даже не кажется, это так и есть.
Ой бляяя
>Современные IIOT устройства и софт дают намного больше возможностей.
Которые ты даже не способен понять и раскрыть, потому что не понимаешь суть конфликта которого по большому счету нет двух подходов.
>>31288
>Взгляни на ИТ структуру,
Так
>там есть тренни, джуны, мидлы, сеньёры.
Инженер на испытательном сроке, инженер, ведущий инженер и начальник отдела вышли из чата.
Проблема в том, что у нас в целом ниже зарплаты, в отличие от ИТ и в целом уровень квалификации кадров ниже, но если подумать еще немного, то это только наша проблема.
>ты я так понимаю технолог?
>Я технолог и много кто еще, можно сказать человек-оркестр, но у меня есть опыт программирования.
Не лезь туда, оно тебя сожрёт. И вообще, нахер ты лезешь заниматься не своей работой и демпингуешь рынок?
>ОВЕН ПР200
>Собственно такой штукой и управляется парогенератор. Только непонятно как используется это реле.
Посмотри электрическую схему что ли, там по датчикам уже можно хоть какой-то вывод сделать. Ну и инструкция обычно к установке есть, там тоже можно почитать про процесс.
> И нет человека, который бы в этом разбирался.
Нанимайте и платите ему бабло.
> Можно было бы нанять человека или компанию, они бы сделали, но нам это не подходит.
Слушай, или тебе 20 лет и у тебя в жопе играет юношеский максимализм (ты хочешь показать всем, что ты можешь вообще всё на свете), или ты совладелец производства. Если ты НЕ совладелец - то бросай заниматься херней.
>Есть еще всякие ПЛК, управляют другими аппаратами, но они также не доделаны, только включают/выключают аппарат и больше никакой полезной работы. Я просто подумал, что они вообще бесполезны, оказывается можно что-то с их помощью сделать.
"Есть еще всякие ПК, их можно включать и выключать, и больше никакой полезной работы. Я просто подумал, что они вообще бесполезны, там только блокнот и рисовалка есть, оказывается можно что-то с их помощью сделать."
Возможно ты просто не в курсе и они не только включают/выключают аппараты?
>Есть немаленькая панель, на большом щите (метр на метр), в котором управление вентиляцией и не знаю что еще. Один человек сказал, что можно вывести на него парогенератор и другие устройства, но он не до конца знает как. Будем разбираться.
Скорее всего вам нужен исходник проекта (запрашивайте у поставщика автоматизации, но он может и нахуй послать), т.к. обычно в панельки заливается скомпилированный код.
>Ответь тогда еще, какой производитель ПЛК предпочтительней?
НЕ ОВЕН.
>Совместимы ли устройства разных производителей?
Смотря что и как ты хочешь совмещать.
>Как я понимаю, все ПЛК это привязка к софту вендора и к Windows. Дело в том, что у меня на локальной машине Линукс. Одна из причин вопроса "почему именно ПЛК" как раз состоит в том, что мне чужды все эти зависимости и отсутствие универсальности.
Предположим, ты найдешь опенсорс ПЛК с опенсорсной средой разработки. Кто будет отвечать, если этот ПЛК заглючит и на установке кому-то оторвёт голову? Кто будет решать проблемы, на которые твоей квалификации не хватит, а техподдержку не завезли? Кто даст время ковырять твои велосипеды тебе или следующему после тебя работнику, если производству нужно решение еще позавчера?
>Вторая причина это непонятные слабые языки программирования. Ардуино хотя бы поддерживает C++. Это дает много возможностей.
https://ru.wikipedia.org/wiki/Structured_Text
>Еще одна причина в том, что мне кажется, что АСУ ТП это устаревшая технология, говоря на программистском сленге легаси. Даже не кажется, это так и есть. Современные IIOT устройства и софт дают намного больше возможностей.
Возможно тебе кажется. Время покажет. Пока IIOT не получает массового распространения, наверное этому есть причины.
>плясать от pH-метра
>Мне необходимо разобраться какие они бывают. Мне бы хотелось универсальный, чтобы можно было подключить его к любому устройству, хоть к ПЛК хоть к одноплатнику.
Вот тут двачую, мне самому нужно измерять Ph в открытой ёмкости с перемешивающимся пивным суслом температурой от 40 до 100 градусов Цельсия, и чтобы стоило не как самолёт. Есть варианты?
>Мне бы хотелось универсальный, чтобы можно было подключить его к любому устройству, хоть к ПЛК хоть к одноплатнику.
В этом и есть суть промки - в стандартах. Покупаешь устройство со стандартным выходом 4-20 мА и можешь подключить его к любому ПЛК с аналоговым входом. Что там по одноплатникам - не в курсе.
https://ru.wikipedia.org/wiki/Токовая_петля
>ты я так понимаю технолог?
>Я технолог и много кто еще, можно сказать человек-оркестр, но у меня есть опыт программирования.
Не лезь туда, оно тебя сожрёт. И вообще, нахер ты лезешь заниматься не своей работой и демпингуешь рынок?
>ОВЕН ПР200
>Собственно такой штукой и управляется парогенератор. Только непонятно как используется это реле.
Посмотри электрическую схему что ли, там по датчикам уже можно хоть какой-то вывод сделать. Ну и инструкция обычно к установке есть, там тоже можно почитать про процесс.
> И нет человека, который бы в этом разбирался.
Нанимайте и платите ему бабло.
> Можно было бы нанять человека или компанию, они бы сделали, но нам это не подходит.
Слушай, или тебе 20 лет и у тебя в жопе играет юношеский максимализм (ты хочешь показать всем, что ты можешь вообще всё на свете), или ты совладелец производства. Если ты НЕ совладелец - то бросай заниматься херней.
>Есть еще всякие ПЛК, управляют другими аппаратами, но они также не доделаны, только включают/выключают аппарат и больше никакой полезной работы. Я просто подумал, что они вообще бесполезны, оказывается можно что-то с их помощью сделать.
"Есть еще всякие ПК, их можно включать и выключать, и больше никакой полезной работы. Я просто подумал, что они вообще бесполезны, там только блокнот и рисовалка есть, оказывается можно что-то с их помощью сделать."
Возможно ты просто не в курсе и они не только включают/выключают аппараты?
>Есть немаленькая панель, на большом щите (метр на метр), в котором управление вентиляцией и не знаю что еще. Один человек сказал, что можно вывести на него парогенератор и другие устройства, но он не до конца знает как. Будем разбираться.
Скорее всего вам нужен исходник проекта (запрашивайте у поставщика автоматизации, но он может и нахуй послать), т.к. обычно в панельки заливается скомпилированный код.
>Ответь тогда еще, какой производитель ПЛК предпочтительней?
НЕ ОВЕН.
>Совместимы ли устройства разных производителей?
Смотря что и как ты хочешь совмещать.
>Как я понимаю, все ПЛК это привязка к софту вендора и к Windows. Дело в том, что у меня на локальной машине Линукс. Одна из причин вопроса "почему именно ПЛК" как раз состоит в том, что мне чужды все эти зависимости и отсутствие универсальности.
Предположим, ты найдешь опенсорс ПЛК с опенсорсной средой разработки. Кто будет отвечать, если этот ПЛК заглючит и на установке кому-то оторвёт голову? Кто будет решать проблемы, на которые твоей квалификации не хватит, а техподдержку не завезли? Кто даст время ковырять твои велосипеды тебе или следующему после тебя работнику, если производству нужно решение еще позавчера?
>Вторая причина это непонятные слабые языки программирования. Ардуино хотя бы поддерживает C++. Это дает много возможностей.
https://ru.wikipedia.org/wiki/Structured_Text
>Еще одна причина в том, что мне кажется, что АСУ ТП это устаревшая технология, говоря на программистском сленге легаси. Даже не кажется, это так и есть. Современные IIOT устройства и софт дают намного больше возможностей.
Возможно тебе кажется. Время покажет. Пока IIOT не получает массового распространения, наверное этому есть причины.
>плясать от pH-метра
>Мне необходимо разобраться какие они бывают. Мне бы хотелось универсальный, чтобы можно было подключить его к любому устройству, хоть к ПЛК хоть к одноплатнику.
Вот тут двачую, мне самому нужно измерять Ph в открытой ёмкости с перемешивающимся пивным суслом температурой от 40 до 100 градусов Цельсия, и чтобы стоило не как самолёт. Есть варианты?
>Мне бы хотелось универсальный, чтобы можно было подключить его к любому устройству, хоть к ПЛК хоть к одноплатнику.
В этом и есть суть промки - в стандартах. Покупаешь устройство со стандартным выходом 4-20 мА и можешь подключить его к любому ПЛК с аналоговым входом. Что там по одноплатникам - не в курсе.
https://ru.wikipedia.org/wiki/Токовая_петля
>И вообще-то нормальные кек инженеры должны прикладывать инструкцию по эксплуатации, где описано и как работает система, и как ей управлять.
И вообще-то подрядчик должен провести обучение обслуживающего персонала по пользованию своей системой перед тем, как ретироваться в закат.
Это ничего не дает для понимания что они наворотили и как это поддерживать и модернизировать самостоятельно.
>Для таких, как ты сделано между прочим.
Wat?
>Соболезную.
Лол. И это говорит раб кривой неподдерживаемой ОС, в которой Visual Studio весит 30Гб, больше в 10 раз чем полноценный дистрибутив Линукс с кучей софта из коробки.
>Универсальность
Если бы этот принцип не использовали инженеры, была бы куча невзаимозаменяемых деталей/устройств.
>как дела с зависимостями на линуксе?
В смысле? Если нужен GCC пишешь pacman -S gcc и все зависимости подтягиваются. Как дела в винде с автоматизированной установкой и обновлением софта? Про зависимости спрашивать смысла нет, ты идешь в интернет и скачиваешь все ручками, лол.
>Ты серьезно будешь ковыряться в ядре ПЛК и его схемотехнике, перешивать контроллер, перепаивать выходы, чтобы написать программу, простите, сбора сигналов и управления одним объектом?
Да. Тебе это будет сложно понять, но это единственный способ расти профессионально. Например, чтобы понять как работает язык программирования нужно его написать самому. Неужели ты никогда не хотел залезть в cpu плк и посмотреть что там понаписали?
>Раз уж ты владеешь многими языками
Что значит владеть языком? Язык всего лишь способ записи алгоритма.
>для скольких из них ты написал свой собственный компилятор или интерпритатор, если тебя волнуют такие вопросы?
А сколько нужно?
>Эти непонятные языки программирования были разработаны для того, чтобы даже простой электрик мог научиться программировать ПЛК.
Потому имеем необразованных автоматизаторов, которые толком не знают как и на чем работают устройства, которые они используют.
>Как можно страуструповские плюсы назвать более легким ЯП я даже стесняюсь спросить.
Где я такое писал? Я не любитель плюсов и императивных языков вообще, но они дают больше возможстей чем игрушечные языки для ПЛК.
>Это не технология
Wat?
Технология (от др.-греч. τέχνη «искусство, мастерство, умение» + λόγος «слово; мысль, смысл, понятие») — совокупность методов и инструментов для достижения желаемого результата;
>Ты не программист
Лол. Обоснуешь? Мне даже интересно какие доводы будет приводить кодер на визуальных языках.
>Которые ты даже не способен понять и раскрыть, потому что не понимаешь суть конфликта которого по большому счету нет двух подходов.
Wat? Я то понимаю, потому они и выглядят для меня более привлекательными. Ты вижу вообще ничего не понимаешь. Устройства применяемые в так называемом АСУ это что-то типа совдепа. Взять хотя бы протоколы. Они очень примитивные. Есть 2 подхода. Подход так называемых асушников это использовать легаси, которое игнорирует развитие электроники и вычислительной техники. Подход iiot это идти в ногу со временем, более продвинутые и мощные, при этом более простые в использовании устройства, плюс более продвинутые протоколы и языки.
Знатно тебя порвало. Смотри от злости и зависти язык себе не откуси.
>И вообще-то нормальные кек инженеры должны прикладывать инструкцию по эксплуатации, где описано и как работает система, и как ей управлять.
И вообще-то подрядчик должен провести обучение обслуживающего персонала по пользованию своей системой перед тем, как ретироваться в закат.
Это ничего не дает для понимания что они наворотили и как это поддерживать и модернизировать самостоятельно.
>Для таких, как ты сделано между прочим.
Wat?
>Соболезную.
Лол. И это говорит раб кривой неподдерживаемой ОС, в которой Visual Studio весит 30Гб, больше в 10 раз чем полноценный дистрибутив Линукс с кучей софта из коробки.
>Универсальность
Если бы этот принцип не использовали инженеры, была бы куча невзаимозаменяемых деталей/устройств.
>как дела с зависимостями на линуксе?
В смысле? Если нужен GCC пишешь pacman -S gcc и все зависимости подтягиваются. Как дела в винде с автоматизированной установкой и обновлением софта? Про зависимости спрашивать смысла нет, ты идешь в интернет и скачиваешь все ручками, лол.
>Ты серьезно будешь ковыряться в ядре ПЛК и его схемотехнике, перешивать контроллер, перепаивать выходы, чтобы написать программу, простите, сбора сигналов и управления одним объектом?
Да. Тебе это будет сложно понять, но это единственный способ расти профессионально. Например, чтобы понять как работает язык программирования нужно его написать самому. Неужели ты никогда не хотел залезть в cpu плк и посмотреть что там понаписали?
>Раз уж ты владеешь многими языками
Что значит владеть языком? Язык всего лишь способ записи алгоритма.
>для скольких из них ты написал свой собственный компилятор или интерпритатор, если тебя волнуют такие вопросы?
А сколько нужно?
>Эти непонятные языки программирования были разработаны для того, чтобы даже простой электрик мог научиться программировать ПЛК.
Потому имеем необразованных автоматизаторов, которые толком не знают как и на чем работают устройства, которые они используют.
>Как можно страуструповские плюсы назвать более легким ЯП я даже стесняюсь спросить.
Где я такое писал? Я не любитель плюсов и императивных языков вообще, но они дают больше возможстей чем игрушечные языки для ПЛК.
>Это не технология
Wat?
Технология (от др.-греч. τέχνη «искусство, мастерство, умение» + λόγος «слово; мысль, смысл, понятие») — совокупность методов и инструментов для достижения желаемого результата;
>Ты не программист
Лол. Обоснуешь? Мне даже интересно какие доводы будет приводить кодер на визуальных языках.
>Которые ты даже не способен понять и раскрыть, потому что не понимаешь суть конфликта которого по большому счету нет двух подходов.
Wat? Я то понимаю, потому они и выглядят для меня более привлекательными. Ты вижу вообще ничего не понимаешь. Устройства применяемые в так называемом АСУ это что-то типа совдепа. Взять хотя бы протоколы. Они очень примитивные. Есть 2 подхода. Подход так называемых асушников это использовать легаси, которое игнорирует развитие электроники и вычислительной техники. Подход iiot это идти в ногу со временем, более продвинутые и мощные, при этом более простые в использовании устройства, плюс более продвинутые протоколы и языки.
Знатно тебя порвало. Смотри от злости и зависти язык себе не откуси.
>Ты серьезно будешь ковыряться в ядре ПЛК и его схемотехнике, перешивать контроллер, перепаивать выходы, чтобы написать программу, простите, сбора сигналов и управления одним объектом?
>Да. Тебе это будет сложно понять, но это единственный способ расти профессионально. Например, чтобы понять как работает язык программирования нужно его написать самому. Неужели ты никогда не хотел залезть в cpu плк и посмотреть что там понаписали?
Это способ потратить своё время на вникание в сферу, совершенно не касающуюся твоих профессиональных обязанностей. Если тебе это по кайфу, то в нерабочее время, в режиме хобби - пожалуйста, красавчиком будешь. А тратить бабки работодателя на то, что ему совершенно не нужно - это наебалово. Я не говорю, что наёбывать работодателя плохо, но давай называть вещи своими именами.
Кстати, надеюсь ты в своих начинаниях до конца идешь? Ну там не только понимаешь как язык программирования устроен, но и процессор понимаешь как делают и можешь сам запроектировать? Полупроводники понимаешь как работают и как там электроны летают? В квантовой механике шаришь (всякие там туннельные эффекты и прочее)? С кварками и глюонами знаком не по наслышке?
>Эти непонятные языки программирования были разработаны для того, чтобы даже простой электрик мог научиться программировать ПЛК.
>Потому имеем необразованных автоматизаторов, которые толком не знают как и на чем работают устройства, которые они используют.
Чем дальше развивается человечество - тем более узкие специализации мы будем иметь, т.к. в каждой области познания идёт накопление знаний, а ресурсы человеческого мозга - ограничены. Уже сегодня ты можешь нахвататься по верхам всякого, но быть одновременно квалифицированным инженером-электронщиком и микробиологом - вряд ли.
>Это ничего не дает для понимания что они наворотили и как это поддерживать и модернизировать самостоятельно.
Дает. Так это и работает. Даже в твоем любимом GNU.
>Лол. И это говорит раб кривой неподдерживаемой ОС, в которой Visual Studio весит 30Гб, больше в 10 раз чем полноценный дистрибутив Линукс с кучей софта из коробки.
Лол. Про рэдхат и последних событиях благоразумно промолчим на этом месте.
>была бы куча невзаимозаменяемых деталей/устройств.
Эту проблему решает стандартизация, а не универсальность.
>Если нужен GCC пишешь pacman -S gcc и все зависимости подтягиваются.
Ну понятно.
>Как дела в винде с автоматизированной установкой и обновлением софта?
Охуительно и даже система не крашится после обновы, представляешь?
>Про зависимости спрашивать смысла нет, ты идешь в интернет и скачиваешь все ручками
Уровень ясен.
>Тебе это будет сложно понять, но это единственный способ расти профессионально.
Это не рост. Профессиональный рост - это не не быть восьмируким семихуем, а быть специалистом в своей сфере.
>Неужели ты никогда не хотел залезть в cpu плк и посмотреть что там понаписали?
В свободное от работы время и не с позиции профессионала.
>А сколько нужно?
Один написал?
>Потому имеем необразованных автоматизаторов, которые толком не знают как и на чем работают устройства, которые они используют.
Углубленные знания не нужны и ты никогда этого не достигнешь. Может мне еще и протокол BGP в совершенств освоить, если веб-интерфейс должен быть доступен из любой точки мира?
>Я не любитель плюсов и императивных языков вообще, но они дают больше возможстей чем игрушечные языки для ПЛК.
Потому что на уровне ПЛК этими возможностями не занимаются.
>Обоснуешь? Мне даже интересно какие доводы будет приводить кодер на визуальных языках.
Например, программист никогда бы не назвал языки стандарта МЭК непонятными. Скорее написал бы, что они очень примитивные.
>Ты вижу вообще ничего не понимаешь.
Ога.
>Устройства применяемые в так называемом АСУ это что-то типа совдепа.
Сильное заявление.
>Взять хотя бы протоколы. Они очень примитивные.
Речь про сетевые протоколы что ли?
Тогда у меня для тебя плохие новости: они так выглядят, потому что оптимальны на текущий момент для решения поставленных задач.
>Есть 2 подхода. Подход так называемых асушников это использовать легаси, которое игнорирует развитие электроники и вычислительной техники.
Которого нет. Просто идет удешевление более дорогостоящих технологий, которые без всяких иотов и так постепенно интегрируются на произвдстве.
>Подход iiot это идти в ногу со временем, более продвинутые и мощные, при этом более простые в использовании устройства, плюс более продвинутые протоколы и языки.
Хуйню пишешь. Все это применялось и так. А новые протоколы и верхнеуровневые языки появились в первую очередь из-за смены подхода к построению пром сетей и попытки ускорить и удешевить процесс интеграции автоматизированных систем в структуру предприятия. Цена, на мой субъективный взгляд, великовата, но это проблема уже счастливых обладателей этих франкенштейнов.
Ковыряние камней не даст тебе понимания почему так происходит 100%.
>Это ничего не дает для понимания что они наворотили и как это поддерживать и модернизировать самостоятельно.
Дает. Так это и работает. Даже в твоем любимом GNU.
>Лол. И это говорит раб кривой неподдерживаемой ОС, в которой Visual Studio весит 30Гб, больше в 10 раз чем полноценный дистрибутив Линукс с кучей софта из коробки.
Лол. Про рэдхат и последних событиях благоразумно промолчим на этом месте.
>была бы куча невзаимозаменяемых деталей/устройств.
Эту проблему решает стандартизация, а не универсальность.
>Если нужен GCC пишешь pacman -S gcc и все зависимости подтягиваются.
Ну понятно.
>Как дела в винде с автоматизированной установкой и обновлением софта?
Охуительно и даже система не крашится после обновы, представляешь?
>Про зависимости спрашивать смысла нет, ты идешь в интернет и скачиваешь все ручками
Уровень ясен.
>Тебе это будет сложно понять, но это единственный способ расти профессионально.
Это не рост. Профессиональный рост - это не не быть восьмируким семихуем, а быть специалистом в своей сфере.
>Неужели ты никогда не хотел залезть в cpu плк и посмотреть что там понаписали?
В свободное от работы время и не с позиции профессионала.
>А сколько нужно?
Один написал?
>Потому имеем необразованных автоматизаторов, которые толком не знают как и на чем работают устройства, которые они используют.
Углубленные знания не нужны и ты никогда этого не достигнешь. Может мне еще и протокол BGP в совершенств освоить, если веб-интерфейс должен быть доступен из любой точки мира?
>Я не любитель плюсов и императивных языков вообще, но они дают больше возможстей чем игрушечные языки для ПЛК.
Потому что на уровне ПЛК этими возможностями не занимаются.
>Обоснуешь? Мне даже интересно какие доводы будет приводить кодер на визуальных языках.
Например, программист никогда бы не назвал языки стандарта МЭК непонятными. Скорее написал бы, что они очень примитивные.
>Ты вижу вообще ничего не понимаешь.
Ога.
>Устройства применяемые в так называемом АСУ это что-то типа совдепа.
Сильное заявление.
>Взять хотя бы протоколы. Они очень примитивные.
Речь про сетевые протоколы что ли?
Тогда у меня для тебя плохие новости: они так выглядят, потому что оптимальны на текущий момент для решения поставленных задач.
>Есть 2 подхода. Подход так называемых асушников это использовать легаси, которое игнорирует развитие электроники и вычислительной техники.
Которого нет. Просто идет удешевление более дорогостоящих технологий, которые без всяких иотов и так постепенно интегрируются на произвдстве.
>Подход iiot это идти в ногу со временем, более продвинутые и мощные, при этом более простые в использовании устройства, плюс более продвинутые протоколы и языки.
Хуйню пишешь. Все это применялось и так. А новые протоколы и верхнеуровневые языки появились в первую очередь из-за смены подхода к построению пром сетей и попытки ускорить и удешевить процесс интеграции автоматизированных систем в структуру предприятия. Цена, на мой субъективный взгляд, великовата, но это проблема уже счастливых обладателей этих франкенштейнов.
Ковыряние камней не даст тебе понимания почему так происходит 100%.
>Посмотри электрическую схему что ли, там по датчикам уже можно хоть какой-то вывод сделать. Ну и инструкция обычно к установке есть, там тоже можно почитать про процесс.
Уже посмотрел. Похоже в нем есть все что мне нужно.
>Нанимайте и платите ему бабло.
Нет смысла. Процессов не много, они не сложные. Достаточно один раз сделать и забыть. У нас небольшая молодая команда. У нас растущий бизнес. Нам нужно самообучаться. Поэтому нет смысла в этом. Тем более, что это оказывается довольно не сложное дело, если есть определенный бекграунд знаний и умений. Сложнее наверное это разобраться во всем зоопарке.
>Слушай, или тебе 20 лет и у тебя в жопе играет юношеский максимализм (ты хочешь показать всем, что ты можешь вообще всё на свете), или ты совладелец производства. Если ты НЕ совладелец - то бросай заниматься херней.
Мне не 20, я не совладелец, но владельцы мои хорошие знакомые. У меня несколько ролей, не только исполнителя каких-то процессов, но и менеджера и даже архитектора процессов. Это современный подход к управлению предприятием. Это очень захватывающе, когда ты не просто бездушный винтик. Это требует самоотдачи. Потому необходимо вникать во все. Благо есть большой опыт самообразования.
Мне жаль тех людей, которые намеренно ставят себе преграды везде. Ну типа вот этого я не буду касаться никогда. Это такая глупость. С такими и работать очень сложно, они не способны обучаться сами и их невозможно обучить. Потому что устнановка "я не буду никогда" выключает мышление. Таким объясняешь на пальцах, а они все равно не понимают. Видно по их мышлению по речи, что они не думают просто, мозг выключен. Такие годятся только как исполнители, при чем тупые, которым нужен очень четкий алгоритм и безусловный, иначе они ломаются.
Когда то у меня тоже были предрассудки. Потом я понял, что они не нужны и выбросил их. Жить стало легче и интересней намного. Печально если у человека нет желания исследовать. Такие даже в своей узкой области деятельности никогда не становятся профессиональней 95% своих коллег. Одни из десяти правил миллиардера - "постоянно самообучайся". Посмотри на Илона Маска. У него есть экспертные знания в программировании, математике, физики, химии, инженерии... Имея хорошую базу в чем то одном, не сложно быстро освоить еще одну область.
https://rb.ru/story/how-elon-musk-learns-faster-and-better-than-everyone-else/
https://vc.ru/education/165948-dva-pravila-bystrogo-obucheniya-ot-ilona-maska
>Возможно ты просто не в курсе и они не только включают/выключают аппараты?
Я об этом написал. Вопрос я задал вчера, сегодня моих знаний уже значительно больше, мне хватило 1-го дня чтобы понять что есть что и какие дает возможности. Сложнее определиться какие устройства взять за основу системы. Есть 2 пути, использовать готовое напичканое функциями, которые скорее всего почти не будут использоваться, и другой путь использовать только то, что решает конкретно твою задачу и ничего более. Как например можно использовать Ruby on Rails, толстый фреймворк с кучей фич или использовать Node.js где придется собирать свой заточенный под задачу стек из библиотек. Оба варианта имеют свои плюсы и минусы.
>Скорее всего вам нужен исходник проекта (запрашивайте у поставщика автоматизации, но он может и нахуй послать), т.к. обычно в панельки заливается скомпилированный код.
По идее бинарник можно дизассемблировать. Извращение конечно, но ради опыта почему бы и нет.
>НЕ ОВЕН.
Почему? Название компании уже о многом говорит. Еще читал, что они якобы "переклеивают" импортные устройства.
>Кто будет отвечать, если этот ПЛК заглючит и на установке кому-то оторвёт голову?
Кто будет отвечать если заглючит Сименс? Нужно еще доказать, что именно ПЛК заглючил. В российской действительности это невозможно сделать.
>Кто будет решать проблемы, на которые твоей квалификации не хватит, а техподдержку не завезли?
Вот смотри, ПЛК это плата позволяющая подлючать что-то внешнее. По сути конструктор. В кишки никто лазить не позволяет. Языки простые. На что там нужна квалификация то? Я понимаю если бы разговор шел о разработке своего процессора. И то как бы этому учатся. Есть даже книги об этом. На западе очень развито создание настоящих летательных аппаратов у себя в гараже, самолетов и вертолетов. И знаешь, они выглядят и устроены в точности как промышленные. И они даже летают, им выдают лицензии. Проходит множество выставок такой техники по всему свету. Это же сложнее, правда? Но и это делают и успешно.
>Вот тут двачую, мне самому нужно измерять Ph в открытой ёмкости с перемешивающимся пивным суслом температурой от 40 до 100 градусов Цельсия, и чтобы стоило не как самолёт. Есть варианты?
Пока сложно сказать. Вообще, мне АСУ напоминает 1С. Там также пытаются всех сделать зависимыми и дурить. По сути PH-метр это просто вольтметр. А производители пытаются выдать это за какое суперсложное устройств. Мне непонятно почему такой примитив может стоить дороже смартфона и компьютера. Это похоже на обычное дурилово.
>В этом и есть суть промки - в стандартах.
Это в теории, а на практике вендоры сделают чтобы устройства других вендоров не работали или плохо работали с их устройствами. В таком случае более вероятно что кто-то пострадает из за багов.
>Посмотри электрическую схему что ли, там по датчикам уже можно хоть какой-то вывод сделать. Ну и инструкция обычно к установке есть, там тоже можно почитать про процесс.
Уже посмотрел. Похоже в нем есть все что мне нужно.
>Нанимайте и платите ему бабло.
Нет смысла. Процессов не много, они не сложные. Достаточно один раз сделать и забыть. У нас небольшая молодая команда. У нас растущий бизнес. Нам нужно самообучаться. Поэтому нет смысла в этом. Тем более, что это оказывается довольно не сложное дело, если есть определенный бекграунд знаний и умений. Сложнее наверное это разобраться во всем зоопарке.
>Слушай, или тебе 20 лет и у тебя в жопе играет юношеский максимализм (ты хочешь показать всем, что ты можешь вообще всё на свете), или ты совладелец производства. Если ты НЕ совладелец - то бросай заниматься херней.
Мне не 20, я не совладелец, но владельцы мои хорошие знакомые. У меня несколько ролей, не только исполнителя каких-то процессов, но и менеджера и даже архитектора процессов. Это современный подход к управлению предприятием. Это очень захватывающе, когда ты не просто бездушный винтик. Это требует самоотдачи. Потому необходимо вникать во все. Благо есть большой опыт самообразования.
Мне жаль тех людей, которые намеренно ставят себе преграды везде. Ну типа вот этого я не буду касаться никогда. Это такая глупость. С такими и работать очень сложно, они не способны обучаться сами и их невозможно обучить. Потому что устнановка "я не буду никогда" выключает мышление. Таким объясняешь на пальцах, а они все равно не понимают. Видно по их мышлению по речи, что они не думают просто, мозг выключен. Такие годятся только как исполнители, при чем тупые, которым нужен очень четкий алгоритм и безусловный, иначе они ломаются.
Когда то у меня тоже были предрассудки. Потом я понял, что они не нужны и выбросил их. Жить стало легче и интересней намного. Печально если у человека нет желания исследовать. Такие даже в своей узкой области деятельности никогда не становятся профессиональней 95% своих коллег. Одни из десяти правил миллиардера - "постоянно самообучайся". Посмотри на Илона Маска. У него есть экспертные знания в программировании, математике, физики, химии, инженерии... Имея хорошую базу в чем то одном, не сложно быстро освоить еще одну область.
https://rb.ru/story/how-elon-musk-learns-faster-and-better-than-everyone-else/
https://vc.ru/education/165948-dva-pravila-bystrogo-obucheniya-ot-ilona-maska
>Возможно ты просто не в курсе и они не только включают/выключают аппараты?
Я об этом написал. Вопрос я задал вчера, сегодня моих знаний уже значительно больше, мне хватило 1-го дня чтобы понять что есть что и какие дает возможности. Сложнее определиться какие устройства взять за основу системы. Есть 2 пути, использовать готовое напичканое функциями, которые скорее всего почти не будут использоваться, и другой путь использовать только то, что решает конкретно твою задачу и ничего более. Как например можно использовать Ruby on Rails, толстый фреймворк с кучей фич или использовать Node.js где придется собирать свой заточенный под задачу стек из библиотек. Оба варианта имеют свои плюсы и минусы.
>Скорее всего вам нужен исходник проекта (запрашивайте у поставщика автоматизации, но он может и нахуй послать), т.к. обычно в панельки заливается скомпилированный код.
По идее бинарник можно дизассемблировать. Извращение конечно, но ради опыта почему бы и нет.
>НЕ ОВЕН.
Почему? Название компании уже о многом говорит. Еще читал, что они якобы "переклеивают" импортные устройства.
>Кто будет отвечать, если этот ПЛК заглючит и на установке кому-то оторвёт голову?
Кто будет отвечать если заглючит Сименс? Нужно еще доказать, что именно ПЛК заглючил. В российской действительности это невозможно сделать.
>Кто будет решать проблемы, на которые твоей квалификации не хватит, а техподдержку не завезли?
Вот смотри, ПЛК это плата позволяющая подлючать что-то внешнее. По сути конструктор. В кишки никто лазить не позволяет. Языки простые. На что там нужна квалификация то? Я понимаю если бы разговор шел о разработке своего процессора. И то как бы этому учатся. Есть даже книги об этом. На западе очень развито создание настоящих летательных аппаратов у себя в гараже, самолетов и вертолетов. И знаешь, они выглядят и устроены в точности как промышленные. И они даже летают, им выдают лицензии. Проходит множество выставок такой техники по всему свету. Это же сложнее, правда? Но и это делают и успешно.
>Вот тут двачую, мне самому нужно измерять Ph в открытой ёмкости с перемешивающимся пивным суслом температурой от 40 до 100 градусов Цельсия, и чтобы стоило не как самолёт. Есть варианты?
Пока сложно сказать. Вообще, мне АСУ напоминает 1С. Там также пытаются всех сделать зависимыми и дурить. По сути PH-метр это просто вольтметр. А производители пытаются выдать это за какое суперсложное устройств. Мне непонятно почему такой примитив может стоить дороже смартфона и компьютера. Это похоже на обычное дурилово.
>В этом и есть суть промки - в стандартах.
Это в теории, а на практике вендоры сделают чтобы устройства других вендоров не работали или плохо работали с их устройствами. В таком случае более вероятно что кто-то пострадает из за багов.
>Ну там не только понимаешь как язык программирования устроен, но и процессор понимаешь как делают и можешь сам запроектировать?
Знать как работает процессор полезно, но его изготовление это уже процесс другой. Есть ведь архитектура и микроархитектура. Для профессионального использования процессора достаточно знать его архитектуру, то есть набор команд. Знание как устроены и работают языки полезно, потому что эти знания можно применять на практике. Что нельзя применять и дает прироста профессионализма в других сферах, то мне не нужно.
>>33248
>Чем дальше развивается человечество - тем более узкие специализации мы будем иметь,
Иак было раньше, теперь все наоборот. Сейчас есть маретологи, которые пишут код как профессионалы. Без этого они не способны быть профессиональными маркетологами в наши дни. В других сферах все аналогично. Программист не знающий предметной области - плохой программист. Знание одной предметной области позволяют очень быстро охватывать последующие. Сейчас эпоха Т-образных людей. Илон Маск один из таких примеров.
https://www.work.ua/ru/articles/career/1980/
>Уже сегодня ты можешь нахвататься по верхам всякого, но быть одновременно квалифицированным инженером-электронщиком и микробиологом - вряд ли.
Можно, и такие есть, Маск например. Ты просто ленив и всего боишься, как и остальное большинство.
>Про рэдхат и последних событиях благоразумно промолчим на этом месте.
И что там? У меня арч, однажды давным давно установил федору и сразу же удалил. Ужасный дистр.
>Эту проблему решает стандартизация, а не универсальность.
Не важно как это называть, главное что без этого невозможно продуктивно решать задачи.
>Охуительно и даже система не крашится после обновы, представляешь?
За последние месяцы только и было новостей, что о синих экранах винды после обновлений. И главное, что синий экран пофиксить нельзя, только переуставнока. А в линуксе даже полне краха системы можно все восстановить.
>Уровень ясен.
Быстро сдуваешься.
>Профессиональный рост - это не не быть восьмируким семихуем, а быть специалистом в своей сфере.
Ты ничего не понимаешь в развитии.
>Один написал?
Ты ни одного.
>Углубленные знания не нужны
Лол. По тебе видно, что у тебя нет, это верно.
>ты никогда этого не достигнешь
Вот это самое смешное. Как будто я буду тебя слушать и заброшу. Вот ты точно не достигнешь. Ты сам это постулируешь.
>Может мне еще и протокол BGP в совершенств освоить, если веб-интерфейс должен быть доступен из любой точки мира?
Не вижу связи. TCP/IP и так дает возможность общаться с устройством в любой точке мира, не занимаясь маршрутизацией. Для самообучения почем бы и нет. Не плохо хотя бы знать как работает алгоритм поиска пути/устройства. Алгоритмы на графах/деревьях вообще очень полезны.
>Потому что на уровне ПЛК этими возможностями не занимаются.
А вот и плохо. Могли бы дать отдельным пользователям доступ непосредственно к железу. Таким образом расширили бы целевую аудиторию.
>В свободное от работы время и не с позиции профессионала.
Да хоть в какое время. С любой позиции. Мне интересно что внутри. Не люблю пользоваться чем то как черным ящиком, не понимая как оно устроено.
>Например, программист никогда бы не назвал языки стандарта МЭК непонятными. Скорее написал бы, что они очень примитивные.
Я написал и то и это. Напонятные имелось ввиду, что непонятна их польза. На них не напишешь ничего сложного, зачем тогда использовать ARM архитектуру? Это стрельба из пушки по воробьям. Если на борту АРМ тогда дайте доступ ко всем возможностям.
>Тогда у меня для тебя плохие новости: они так выглядят, потому что оптимальны на текущий момент для решения поставленных задач.
MQTT да, но не Modbus.
>Которого нет.
Идет в первую очередь развитие и унификация. В АСУ же по прежнему продают древнее слабое железо в тридорога, вместо современного, которое в 1000 раз мощнее и имеет в несколько раз больше возможностей.
>Все это применялось и так.
Может быть на западе, но не в бывшем союзе.
>Ну там не только понимаешь как язык программирования устроен, но и процессор понимаешь как делают и можешь сам запроектировать?
Знать как работает процессор полезно, но его изготовление это уже процесс другой. Есть ведь архитектура и микроархитектура. Для профессионального использования процессора достаточно знать его архитектуру, то есть набор команд. Знание как устроены и работают языки полезно, потому что эти знания можно применять на практике. Что нельзя применять и дает прироста профессионализма в других сферах, то мне не нужно.
>>33248
>Чем дальше развивается человечество - тем более узкие специализации мы будем иметь,
Иак было раньше, теперь все наоборот. Сейчас есть маретологи, которые пишут код как профессионалы. Без этого они не способны быть профессиональными маркетологами в наши дни. В других сферах все аналогично. Программист не знающий предметной области - плохой программист. Знание одной предметной области позволяют очень быстро охватывать последующие. Сейчас эпоха Т-образных людей. Илон Маск один из таких примеров.
https://www.work.ua/ru/articles/career/1980/
>Уже сегодня ты можешь нахвататься по верхам всякого, но быть одновременно квалифицированным инженером-электронщиком и микробиологом - вряд ли.
Можно, и такие есть, Маск например. Ты просто ленив и всего боишься, как и остальное большинство.
>Про рэдхат и последних событиях благоразумно промолчим на этом месте.
И что там? У меня арч, однажды давным давно установил федору и сразу же удалил. Ужасный дистр.
>Эту проблему решает стандартизация, а не универсальность.
Не важно как это называть, главное что без этого невозможно продуктивно решать задачи.
>Охуительно и даже система не крашится после обновы, представляешь?
За последние месяцы только и было новостей, что о синих экранах винды после обновлений. И главное, что синий экран пофиксить нельзя, только переуставнока. А в линуксе даже полне краха системы можно все восстановить.
>Уровень ясен.
Быстро сдуваешься.
>Профессиональный рост - это не не быть восьмируким семихуем, а быть специалистом в своей сфере.
Ты ничего не понимаешь в развитии.
>Один написал?
Ты ни одного.
>Углубленные знания не нужны
Лол. По тебе видно, что у тебя нет, это верно.
>ты никогда этого не достигнешь
Вот это самое смешное. Как будто я буду тебя слушать и заброшу. Вот ты точно не достигнешь. Ты сам это постулируешь.
>Может мне еще и протокол BGP в совершенств освоить, если веб-интерфейс должен быть доступен из любой точки мира?
Не вижу связи. TCP/IP и так дает возможность общаться с устройством в любой точке мира, не занимаясь маршрутизацией. Для самообучения почем бы и нет. Не плохо хотя бы знать как работает алгоритм поиска пути/устройства. Алгоритмы на графах/деревьях вообще очень полезны.
>Потому что на уровне ПЛК этими возможностями не занимаются.
А вот и плохо. Могли бы дать отдельным пользователям доступ непосредственно к железу. Таким образом расширили бы целевую аудиторию.
>В свободное от работы время и не с позиции профессионала.
Да хоть в какое время. С любой позиции. Мне интересно что внутри. Не люблю пользоваться чем то как черным ящиком, не понимая как оно устроено.
>Например, программист никогда бы не назвал языки стандарта МЭК непонятными. Скорее написал бы, что они очень примитивные.
Я написал и то и это. Напонятные имелось ввиду, что непонятна их польза. На них не напишешь ничего сложного, зачем тогда использовать ARM архитектуру? Это стрельба из пушки по воробьям. Если на борту АРМ тогда дайте доступ ко всем возможностям.
>Тогда у меня для тебя плохие новости: они так выглядят, потому что оптимальны на текущий момент для решения поставленных задач.
MQTT да, но не Modbus.
>Которого нет.
Идет в первую очередь развитие и унификация. В АСУ же по прежнему продают древнее слабое железо в тридорога, вместо современного, которое в 1000 раз мощнее и имеет в несколько раз больше возможностей.
>Все это применялось и так.
Может быть на западе, но не в бывшем союзе.
Потому что, вы, суки, мамкины IT-шники заебали уже! В нормальный IT вкатиться не можете и занимаетесь выебством тут (усложняете элементарные вещи)! Вы упрощать должны! Нет блять, буду ебашить Фаце-плайты в нестандартных РСУ..
Вы блядь, клоуны, цвета моторчиков своих стандартизируйте сначала
>(усложняете элементарные вещи)!
>Вы упрощать должны!
Поддерживаю. Это же главный инженерный принцип. А они вместо этого плодят абстрации и усложняют. Это от малообразованности. Начал разбираться в зоопарке электроники для автоматизации и увидел всю печаль этой индустрии. Все протухло и воняет. Определенно индустрии нужны свежие умы.
>Не плохо хотя бы знать как работает алгоритм поиска пути/устройства. Алгоритмы на графах/деревьях вообще очень полезны.
На этом уровне да. Глубже бессмысленно, если не заниматься этим профессионально.
>Могли бы дать отдельным пользователям доступ непосредственно к железу. Таким образом расширили бы целевую аудиторию.
Вот вам и дали ардуино и кучу иот устройств играйте. Гибкость ради гибкости не нужна и вредна. Целевая аудитория - это производства, а не гаражи и дачи. Не забывай.
>непонятна их польза.
Потому что разрабатывалось программистами для электриков, чтобы те могли сами настраивать так, как им нужно. Уже давно завезли ST, которого достаточно, если все строить нормально.
>MQTT да, но не Modbus.
На последовательной шине? Серьезно?
> В АСУ же по прежнему продают древнее слабое железо в тридорога, вместо современного, которое в 1000 раз мощнее и имеет в несколько раз больше возможностей.
Потому что у него есть целый вагон гарантий, что оно будет работать искаробки.
Хочешь много возможностей - ставь сразу ПК и принимай соответствующие риски, которые он за собой несет.
Единственно в чем соглашусь, так в том, что за старые технологии они действительно ломят конский ценник.
>Может быть на западе, но не в бывшем союзе.
Ты просто ничего не знаешь об отрасли.
Те же PLC-модемы существуют хер знает сколько времени, а их сейчас перепаковали и продвигают, как охуительную инновацию.
>владельцы мои хорошие знакомые. У меня несколько ролей, не только исполнителя каких-то процессов, но и менеджера и даже архитектора процессов.
>Это требует самоотдачи. Потому необходимо вникать во все. Благо есть большой опыт самообразования.
Окей, если есть личная заинтересованность и желание - чому бы и нет.
>Ну типа вот этого я не буду касаться никогда.
У меня позиция "зачем мне лезть в такую жопу, если можно в неё не лезть и решить всё гораздо проще".
>Скорее всего вам нужен исходник проекта (запрашивайте у поставщика автоматизации, но он может и нахуй послать), т.к. обычно в панельки заливается скомпилированный код.
>По идее бинарник можно дизассемблировать. Извращение конечно, но ради опыта почему бы и нет.
Зачем тебе опыт ради опыта? Дрочить на свою охуенность? Опыт сам по себе во первых устаревает, во вторых забывается. Если ты 5 лет назад прошарил как проектируются процессоры, а потом не касался этой области, то сегодня ты и половины не вспомнишь, придётся всё заново изучать.
>>НЕ ОВЕН.
>Почему?
Есть негативный опыт использования их ПЛК.
>Еще читал, что они якобы "переклеивают" импортные устройства.
>импортные
китайские
>Кто будет решать проблемы, на которые твоей квалификации не хватит, а техподдержку не завезли?
>Вот смотри, ПЛК это плата позволяющая подлючать что-то внешнее. По сути конструктор. В кишки никто лазить не позволяет. Языки простые. На что там нужна квалификация то?
Ты смотришь с позиции человека, уже освоившего смежную область и поэтому тебе кажется, что всё просто. Для обычного народонаселения ПЛК - магическая коробочка, с которой простой смертный взаимодействовать не может.
Так же ты не учитываешь, что в АСУ ТП еще входят ТАУ, теория электропривода и прочие интересные вещи. Т.е. у тебя классический случай Эффекта Даннинга — Крюгера.
Я ведь тоже могу заявить - "Да эти ваши C++ и прочие языки программирования чушь элементарная. Хуле там, переменные, массивы, циклы, ветвления, за пару дней разобраться можно. И за что вам бабки платят, тунеядцы?". А начинаешь разбираться и вылазят всякие делегаты, замыкания, паттерны проектирования, регулярные выражения, сборщики, фреймворки, языки для общения с СУБД, системы контроля версий, договоренности по стилю кода, библиотеки, зависимости и так далее, и тому подобное. И от начала изучения до создания готового и качественного продукта может пройти не год и не два. А еще через пару лет изучения твой же старый проект для тебя будет выглядеть как говно и появится настойчивое желание его переписать.
>владельцы мои хорошие знакомые. У меня несколько ролей, не только исполнителя каких-то процессов, но и менеджера и даже архитектора процессов.
>Это требует самоотдачи. Потому необходимо вникать во все. Благо есть большой опыт самообразования.
Окей, если есть личная заинтересованность и желание - чому бы и нет.
>Ну типа вот этого я не буду касаться никогда.
У меня позиция "зачем мне лезть в такую жопу, если можно в неё не лезть и решить всё гораздо проще".
>Скорее всего вам нужен исходник проекта (запрашивайте у поставщика автоматизации, но он может и нахуй послать), т.к. обычно в панельки заливается скомпилированный код.
>По идее бинарник можно дизассемблировать. Извращение конечно, но ради опыта почему бы и нет.
Зачем тебе опыт ради опыта? Дрочить на свою охуенность? Опыт сам по себе во первых устаревает, во вторых забывается. Если ты 5 лет назад прошарил как проектируются процессоры, а потом не касался этой области, то сегодня ты и половины не вспомнишь, придётся всё заново изучать.
>>НЕ ОВЕН.
>Почему?
Есть негативный опыт использования их ПЛК.
>Еще читал, что они якобы "переклеивают" импортные устройства.
>импортные
китайские
>Кто будет решать проблемы, на которые твоей квалификации не хватит, а техподдержку не завезли?
>Вот смотри, ПЛК это плата позволяющая подлючать что-то внешнее. По сути конструктор. В кишки никто лазить не позволяет. Языки простые. На что там нужна квалификация то?
Ты смотришь с позиции человека, уже освоившего смежную область и поэтому тебе кажется, что всё просто. Для обычного народонаселения ПЛК - магическая коробочка, с которой простой смертный взаимодействовать не может.
Так же ты не учитываешь, что в АСУ ТП еще входят ТАУ, теория электропривода и прочие интересные вещи. Т.е. у тебя классический случай Эффекта Даннинга — Крюгера.
Я ведь тоже могу заявить - "Да эти ваши C++ и прочие языки программирования чушь элементарная. Хуле там, переменные, массивы, циклы, ветвления, за пару дней разобраться можно. И за что вам бабки платят, тунеядцы?". А начинаешь разбираться и вылазят всякие делегаты, замыкания, паттерны проектирования, регулярные выражения, сборщики, фреймворки, языки для общения с СУБД, системы контроля версий, договоренности по стилю кода, библиотеки, зависимости и так далее, и тому подобное. И от начала изучения до создания готового и качественного продукта может пройти не год и не два. А еще через пару лет изучения твой же старый проект для тебя будет выглядеть как говно и появится настойчивое желание его переписать.
>На последовательной шине?
Если что существуют параллельные.
>Потому что у него есть целый вагон гарантий, что оно будет работать искаробки.
Нету никаких гарантий. Также как нет никаких гарантий для рубля, захотели обрушили, захотели девальвировали. Про гарантии это сказки для недалеких.
>их сейчас перепаковали и продвигают
И где?
>Зачем тебе опыт ради опыта? Дрочить на свою охуенность? Опыт сам по себе во первых устаревает, во вторых забывается. Если ты 5 лет назад прошарил как проектируются процессоры, а потом не касался этой области, то сегодня ты и половины не вспомнишь, придётся всё заново изучать.
Правильные фундаментальные знания не устаревают. Нейронные связи создаются и расширяются. После перерыва все быстро восстанавливается.
>китайские
Импортные != западные. Значит не врали.
>Так же ты не учитываешь, что в АСУ ТП еще входят ТАУ, теория электропривода и прочие интересные вещи. Т.е. у тебя классический случай Эффекта Даннинга — Крюгера.
Ошибаешься. У меня есть базовые знания в физике, ТОЭ, ТАУ и много каких еще.
>А начинаешь разбираться и вылазят всякие
И что теперь не жить, все бросать? Так везде. Главное иметь фундамент. Изучать не частности, а базовое в первую очередь. То есть начинать не с фреймворков, и даже не с языков, а с фундамента на котором они стоят и принципах их использования для решения задач.
>Ошибаешься. У меня есть базовые знания в физике, ТОЭ, ТАУ и много каких еще.
Ты же понимаешь, что профессионала от мимохуя отличает не наличие базовых знаний, а наличие углубленных знаний, понимание и умение пользоваться разными нюансами, знание которых приходит с опытом?
>>А начинаешь разбираться и вылазят всякие
>И что теперь не жить, все бросать?
И что теперь, изучать всю жизнь всё на свете ради изучения всего на свете? Это удел единичных энциклопедистов.
Ну и да, мой первоначальный посыл тебе - не зарывайся в эту область, если не преследуешь личных целей (удовольствие от изучения, бабки или что-то еще). Нравится бесплатно делать то, что другие делают за бабки - делай, твоя жизнь.
>Если что существуют параллельные.
И что дальше? Ебнем многомиллионную модернизацию на 10-20 лет раньше срока ради возможности поопрашивать 5к устройств в полном дуплексе? Когда начнем деньги зарабатывать товарищ капитан?
Есть еще одна категория отморозков подобных тебе более твердолобая правда - они хотят весь мир усеять в GSM-модемах не смотря ни на что.
>Нету никаких гарантий.
>Про гарантии это сказки для недалеких.
Гарантии есть. Без гарантий ты бы даже в пределах своей сычевальни не построил сеть.
>И где?
В иоте твоем ненаглядном. Один из столпов, кек.
И вообще, как имея базовые знания в автоматизации и программировании можно было пиздануть такое?
>Совместимы ли устройства разных производителей?
>Если что-то лучше чем ПЛК, например удобнее, функциональнее, и т.п.?
>Как я понимаю, все ПЛК это привязка к софту вендора и к Windows.
>АСУ ТП это устаревшая технология
Тут же достаточно одного базового учебника, вроде букасутп, и половинки Таннебаума, чтобы на все это ответить не задумываясь.
>они не поддерживают языки общего назначения (C/C++/Java/etc)?
Ноуп. Большинство нет, хотя бывают устройства с С/С++, тот же Beckhoff. Но это не твой ценовой диапазон.
>Это не очень хорошо.
Как сказать. Смотря кого ты видишь как человека поддерживающего твою установку в случае чего, инженера\киповца или программиста.
> Вот хочу освоить все это и пустить в пользу
Если ты прогаешь на норм языках, то с этим говном за пол часа разберешься. Другое дело, что у тебя скорее всего программы от парогенератора нет, если вы закупили его готовым. Как вариант можешь попросить исходники/переписать сам, и просто добавить в программу нужные тебе вещи. При отсутствии входов можно добить модулями.
>Один человек сказал, что можно вывести на него парогенератор и другие устройства, но он не до конца знает как
Ну по большому счету доработать софт панели. Но опять же там обычно проект скомпилен, и без исходников особо не поковырять. Хотя конечно зависит от панели.
>Ответь тогда еще, какой производитель ПЛК предпочтительней
Хз. Я в основном на сименсе сижу, но условный ОВЕН из нижнего ценового диапазона тоже свою работу делает.
> Совместимы ли устройства разных производителей?
Нуу, смотря о чем ты спрашиваешь. Вообще в этом плане полезнее думать о том какие протоколы связи используют те или иные устройства. Есть у тебя модуль входов/выходов с Modbus RTU на RS-485, то понятно, что контроллер который умеет в этом сможет с ним общаться.
> все ПЛК это привязка к софту вендора и к Windows
Почти. Все-таки это энтерпрайз.
>Современные IIOT устройства и софт дают намного больше возможностей.
Вам рюшечки или ехать? Никто не спорит, что у нас в области минимум лет 10 запоздания по сравнению с IT. Но серьезно, вот это говно на опенсорс ардуино в десятки раз сложнее поддерживать, чем пром автоматику. Да и плк, простоит столько лет, что к тому моменту, как его надо будет менять, скорее всего уже вся установка сгниет.
>Мне необходимо разобраться какие они бывают
Разбирайся.
>Мне бы хотелось универсальный, чтобы можно было подключить его к любому устройству, хоть к ПЛК хоть к одноплатнику
Какая то фантастика. Есть набор способов передачи информации. В датчик максимум это аналог + информационный канал и тут кроется хтонь, т.к. половина вендоров считают невъебительно охуительной идей создавать свои протоколы.
>Покупать залоченный на одного производителя
Ты покупаешь датчик какой то фирмы и хочешь чтобы он он что? Чтобы ты его мог починить запчастями другой фирмы? Это же, блять, датчик. Уж его то оставь в покое и рассматривай как черный ящик.
>>33214
>чтобы стоило не как самолёт. Есть варианты?
Соррян, сам сталкивался только с Emersonam'и, но ценник там сам понимаешь.
>>33259
>По сути PH-метр это просто вольтметр
Да, но нет. pH метры обычно состоят не только из зонда, но и вычислительного блока, т.к. рандомные скачущие показания тебе без их обработки обычно ничего не дадут. Ну и т.к. это жидкая и обычно кислая среда, то это всё сделано из нержавейки с неплохой защитой. Что само по себе довольно затратно произвести.
>Это в теории, а на практике вендоры сделают чтобы устройства других вендоров не работали или плохо работали с их устройствами. В таком случае более вероятно что кто-то пострадает из за багов.
Нет, это как раз практика. Вендоры конечно пытаются сделать, чтобы с их устройствами было УДОБНЕЕ работать внутри их инфраструктуры, но если что то поддерживает стандарт, то оно поддерживает стандарт. Фантазии то зачем плодить, если ты пришел в тред с вопросами, и понятно, что ты не особо понимаешь как тут внутри?
>они не поддерживают языки общего назначения (C/C++/Java/etc)?
Ноуп. Большинство нет, хотя бывают устройства с С/С++, тот же Beckhoff. Но это не твой ценовой диапазон.
>Это не очень хорошо.
Как сказать. Смотря кого ты видишь как человека поддерживающего твою установку в случае чего, инженера\киповца или программиста.
> Вот хочу освоить все это и пустить в пользу
Если ты прогаешь на норм языках, то с этим говном за пол часа разберешься. Другое дело, что у тебя скорее всего программы от парогенератора нет, если вы закупили его готовым. Как вариант можешь попросить исходники/переписать сам, и просто добавить в программу нужные тебе вещи. При отсутствии входов можно добить модулями.
>Один человек сказал, что можно вывести на него парогенератор и другие устройства, но он не до конца знает как
Ну по большому счету доработать софт панели. Но опять же там обычно проект скомпилен, и без исходников особо не поковырять. Хотя конечно зависит от панели.
>Ответь тогда еще, какой производитель ПЛК предпочтительней
Хз. Я в основном на сименсе сижу, но условный ОВЕН из нижнего ценового диапазона тоже свою работу делает.
> Совместимы ли устройства разных производителей?
Нуу, смотря о чем ты спрашиваешь. Вообще в этом плане полезнее думать о том какие протоколы связи используют те или иные устройства. Есть у тебя модуль входов/выходов с Modbus RTU на RS-485, то понятно, что контроллер который умеет в этом сможет с ним общаться.
> все ПЛК это привязка к софту вендора и к Windows
Почти. Все-таки это энтерпрайз.
>Современные IIOT устройства и софт дают намного больше возможностей.
Вам рюшечки или ехать? Никто не спорит, что у нас в области минимум лет 10 запоздания по сравнению с IT. Но серьезно, вот это говно на опенсорс ардуино в десятки раз сложнее поддерживать, чем пром автоматику. Да и плк, простоит столько лет, что к тому моменту, как его надо будет менять, скорее всего уже вся установка сгниет.
>Мне необходимо разобраться какие они бывают
Разбирайся.
>Мне бы хотелось универсальный, чтобы можно было подключить его к любому устройству, хоть к ПЛК хоть к одноплатнику
Какая то фантастика. Есть набор способов передачи информации. В датчик максимум это аналог + информационный канал и тут кроется хтонь, т.к. половина вендоров считают невъебительно охуительной идей создавать свои протоколы.
>Покупать залоченный на одного производителя
Ты покупаешь датчик какой то фирмы и хочешь чтобы он он что? Чтобы ты его мог починить запчастями другой фирмы? Это же, блять, датчик. Уж его то оставь в покое и рассматривай как черный ящик.
>>33214
>чтобы стоило не как самолёт. Есть варианты?
Соррян, сам сталкивался только с Emersonam'и, но ценник там сам понимаешь.
>>33259
>По сути PH-метр это просто вольтметр
Да, но нет. pH метры обычно состоят не только из зонда, но и вычислительного блока, т.к. рандомные скачущие показания тебе без их обработки обычно ничего не дадут. Ну и т.к. это жидкая и обычно кислая среда, то это всё сделано из нержавейки с неплохой защитой. Что само по себе довольно затратно произвести.
>Это в теории, а на практике вендоры сделают чтобы устройства других вендоров не работали или плохо работали с их устройствами. В таком случае более вероятно что кто-то пострадает из за багов.
Нет, это как раз практика. Вендоры конечно пытаются сделать, чтобы с их устройствами было УДОБНЕЕ работать внутри их инфраструктуры, но если что то поддерживает стандарт, то оно поддерживает стандарт. Фантазии то зачем плодить, если ты пришел в тред с вопросами, и понятно, что ты не особо понимаешь как тут внутри?
>Правильно понимаю, что они не поддерживают языки общего назначения (C/C++/Java/etc)?
Ну, нормальные плк, например, скадапак, поддерживает с++, можно вообще всю программу на нём написать. А всякое говно, типо, Сименса, оверпрайс и поддерживает только стандартные для асушников 5 яп
Лол, блядь, так это же ииот шизик, которого уже обоссали здесь и он решил замаскироваться
>Взять хотя бы протоколы. Они очень примитивные
В смысле? В чем примитивность и что надо сделать, чтобы по твоему, было лучше?)
>всякое говно, типо, Сименса
>оверпрайс
>для асушников 5 яп
>нормальные плк
>скадапак
>Шнайдер
Мне вообще надо webm смеющегося Голубочкина вставлять?
Чем плохо, расскажешь? В плюсы умеет, стоит дешево, надежен и прост, как пружина от дивана
>Чем плохо, расскажешь?
Конечно расскажу. С головой плохо.
Шнайдер и есть то самое каноничное АСУ ТП, с которым ты так упорно сражаешься. Можно сказать его квинтесенция. И твой ненавистный модбас поддерживают и продвигают именно они.
Шнайдер их перекупили просто, чтобы лого своё лепить. По факту будет чего, чем плохо скадапак? И эта, детектор чини
Спасибо за разъяснение и советы. Накатал тебе простыню текста, а двач не пропустил, говорит стоп-слово есть. Потом забанили вообще. Снова писать столько нет времени и сил. Посоветуй пожалуйста литературу. Я погуглил, но что-то кисло как-то, мало литературы и в основном обзорная. Обзорно я уже тему охватил, нужна практика.
Есть на производстве всякие ПЛК и ПР: Овен, Wicon, может еще что-то, пока сильно не изучал, хочу сконцентрироваться на чем-то одном. Еще хочу понять как сделать централизованную систему. Есть разные аппараты и ПЛК/ПР, которые ими управляют. В основном они только включают и выключают, некоторые контроллируют нагрев в заданных пределах, некоторые перемешивают. Хочется как-то это все соединить воедино. И чтобы можно было управлять удаленно, с компа, с пульта, с мобильного.
Пока не совсем понимаю как происходит внешнее управление с компа/телефона. То есть я могу написать приложение и дергать что-то из него, но может есть другой более идеоматичный подход? Как эффективно обучаться работать с плк определенных вендоров? Самому тыкать и читать доки? Или пройти курсы? Хотя с курсами сомнения, базовые курсы мне кажутся ни о чем, слишком простые. Углубленных не так и много. Книг особо нет. Может книги на английском искать? Но в них примеры ПЛК других производителей, которых у нас нет.
У тебя же есть опыт, посоветуй наиболее прямой путь достижения цели. С программированием как уже писал проблем нет, но я писал на языках общего назначения, где все немного по другому. Программирование для ПЛК мне напоминает программирование для 1С. То есть кроме непосредственно написания кода нужно еще кучу всего подучить.
>могу написать приложение и дергать что-то из него
Имею ввиду gui или веб-приложение на каком-нибудь языке общего назначения.
Корежит тебя от меня? Если тебя так легко вывести из равновесия, то у тебя проблемы. Все будут этим пользоваться. И ты будешь как послушный раб исполнять волю других. Вот я если захочу, лишу тебя покоя снова. Напишу что-нибудь, что тебе не нравится. Ты будешь рваться доказывая что-то, а я спокойно спать пойду.
>Есть на производстве всякие ПЛК и ПР: Овен, Wicon, может еще что-то
Открываешь мануал на нужную железку - изучаешь. Нет, наверное есть какая то обзорная литература и может даже она есть в шапке, но лично я никогда особо этого не касался. Впрочем у меня универ по смежной специальности.
>Хочется как-то это все соединить воедино. И чтобы можно было управлять удаленно, с компа, с пульта, с мобильного.
Желание похвальное, хотя целеполагания нормального я у тебя не вижу. В целом задача решаема - ставишь сервер, общаешься с контроллерами (скорее всего через OPC-сервера или ethernet based протоколах), делаешь свой веб-сервер, чтобы и морду нарисовать и данных хранить. Как то так.
Теперь стоит задать вопрос зачем. И даже если ты своё личное время можешь тратить как угодно, и пункт про самообразование я готов принять, но всё равно подвешенным остается вопрос какие задачи производства ты собрался решать. Как часто тебе нужно что то включить удаленно и при этом не иметь глаз на месте? А если это так, то почему с этим не может справиться локальная автоматика?
Дальше то что ты описываешь, это по сути SCADA системы. Но по нормальному эти все-таки локализованные решения (хотя и могут обвязывать много систем автоматизации). Ну и вообще нормальные системы над системами управления это обычно либо MES, либо ERP, либо диагностика. Т.е. что то такое со сбором данных, что обычно строится для решения бизнесовых задач.
>Как эффективно обучаться работать с плк определенных вендоров?
Хз что такое эффективно для тебя. Мне лично всегда хватало мануала, справки по F1 и гугла с поиском по ютубу и форумам.
>Или пройти курсы?
Это конечно более систематизированные знания. Но если ты сам способен переваривать информацию, то они редко нужны. Хотя опять же, мы тут не для себя этим занимаемся. И если твоему бизнесу хочется обучить спеца, то пусть будут готовы тратить на это деньги.
>Программирование для ПЛК мне напоминает программирование для 1С
Программирование для ПЛК это на 80% простое алгоритмирование. Просто там где ты в обычном программировании своей ошибкой максимум ронял программу, то в АСУ можно наебнуть какое-нибудь устройство за несколько мультов. Или намотать человека на вал. Так что основное время занимает не написание кода, а обдумывание того как твоя программа взаимодействует с реальным миром.
> посоветуй наиболее прямой путь достижения цели
Для начала научиться ставить нормальные цели. Иди снизу вверх. Найди задачу на производстве (попроще, а не свою самописную веб SCADA) -> понять как её решить -> попробуй её решить -> пойми где ты ошибался и исправь ошибки -> реши задачу. А пытаться браться за всё и сразу, это только распыляться и ничего по итогу не добиться.
>Есть на производстве всякие ПЛК и ПР: Овен, Wicon, может еще что-то
Открываешь мануал на нужную железку - изучаешь. Нет, наверное есть какая то обзорная литература и может даже она есть в шапке, но лично я никогда особо этого не касался. Впрочем у меня универ по смежной специальности.
>Хочется как-то это все соединить воедино. И чтобы можно было управлять удаленно, с компа, с пульта, с мобильного.
Желание похвальное, хотя целеполагания нормального я у тебя не вижу. В целом задача решаема - ставишь сервер, общаешься с контроллерами (скорее всего через OPC-сервера или ethernet based протоколах), делаешь свой веб-сервер, чтобы и морду нарисовать и данных хранить. Как то так.
Теперь стоит задать вопрос зачем. И даже если ты своё личное время можешь тратить как угодно, и пункт про самообразование я готов принять, но всё равно подвешенным остается вопрос какие задачи производства ты собрался решать. Как часто тебе нужно что то включить удаленно и при этом не иметь глаз на месте? А если это так, то почему с этим не может справиться локальная автоматика?
Дальше то что ты описываешь, это по сути SCADA системы. Но по нормальному эти все-таки локализованные решения (хотя и могут обвязывать много систем автоматизации). Ну и вообще нормальные системы над системами управления это обычно либо MES, либо ERP, либо диагностика. Т.е. что то такое со сбором данных, что обычно строится для решения бизнесовых задач.
>Как эффективно обучаться работать с плк определенных вендоров?
Хз что такое эффективно для тебя. Мне лично всегда хватало мануала, справки по F1 и гугла с поиском по ютубу и форумам.
>Или пройти курсы?
Это конечно более систематизированные знания. Но если ты сам способен переваривать информацию, то они редко нужны. Хотя опять же, мы тут не для себя этим занимаемся. И если твоему бизнесу хочется обучить спеца, то пусть будут готовы тратить на это деньги.
>Программирование для ПЛК мне напоминает программирование для 1С
Программирование для ПЛК это на 80% простое алгоритмирование. Просто там где ты в обычном программировании своей ошибкой максимум ронял программу, то в АСУ можно наебнуть какое-нибудь устройство за несколько мультов. Или намотать человека на вал. Так что основное время занимает не написание кода, а обдумывание того как твоя программа взаимодействует с реальным миром.
> посоветуй наиболее прямой путь достижения цели
Для начала научиться ставить нормальные цели. Иди снизу вверх. Найди задачу на производстве (попроще, а не свою самописную веб SCADA) -> понять как её решить -> попробуй её решить -> пойми где ты ошибался и исправь ошибки -> реши задачу. А пытаться браться за всё и сразу, это только распыляться и ничего по итогу не добиться.
Нет, не корежит. Ты же просто очередной шизик на Дваче.
> непонятные слабые языки программирования. Ардуино хотя бы поддерживает C++. Это дает много возможностей.
Концепция ПЛК предусматривает, что их программированием должны заниматься не профессиональные пограммисты, а - специалисты в отрасли промышленности: энергетики, технологи. Поэтому и такой набор средств программирования. Это как в автомобилях: лет 100 назад водила должен быть разбираться в устройстве автомобиля, 50 лет назад - понимать в общих чертах, как автомобиль ездит, то сегодня - просто надрачить ПДД к сдаче, что получается далеко не у всех.
Лично я работал с ПЛК Motorola ACE 3600 к которому шел C Toolkit и можно было писать разного рода примочки. И это еще практически единственный ПЛК у которого в документации была принципиальная схема.
Сейчас работаю в B&R X20/X90 там С/С++ из коробки
> Еще одна причина в том, что мне кажется, что АСУ ТП это устаревшая технология, говоря на программистском сленге легаси. Даже не кажется, это так и есть. Современные IIOT устройства и софт дают намного больше возможностей.
Так выпускаются платы ввода/вывода в PCI/USB. Берешь их и вставляешь в пекарню. Уверяю тебя, что ничего путного их этого не получится. Пекарня для танчиков, ПЛК - для работы 24/7
>>32504
>плясать от pH-метра
Мне необходимо разобраться какие они бывают. Мне бы хотелось универсальный
Проблема в том, что у всех электродов pH-метров, продаваемых на али очень быстро начинают плавать показания. Поэтому там применяют хитрые схемы калибровки и автокалибровки. Считается, что стеклянные самые надежные в плане точности и устойчивости показаний. И преобразование мВ в мА с компенсацией по температуре схемотехнически можно реализовать только на микроконтроллере. Сейчас 99% продаваемых недорогих - это в той или иной степени модификация платы для ардуины типа https://aliexpress.ru/item/32995322213.html
https://supereyes.ru/catalog/Datchiki_arduino/modul_datchika_ph_metra/
преобразователь в 4-20 мА и корпусирование существенно удорожает решение https://aliexpress.ru/item/32869108210.html
> непонятные слабые языки программирования. Ардуино хотя бы поддерживает C++. Это дает много возможностей.
Концепция ПЛК предусматривает, что их программированием должны заниматься не профессиональные пограммисты, а - специалисты в отрасли промышленности: энергетики, технологи. Поэтому и такой набор средств программирования. Это как в автомобилях: лет 100 назад водила должен быть разбираться в устройстве автомобиля, 50 лет назад - понимать в общих чертах, как автомобиль ездит, то сегодня - просто надрачить ПДД к сдаче, что получается далеко не у всех.
Лично я работал с ПЛК Motorola ACE 3600 к которому шел C Toolkit и можно было писать разного рода примочки. И это еще практически единственный ПЛК у которого в документации была принципиальная схема.
Сейчас работаю в B&R X20/X90 там С/С++ из коробки
> Еще одна причина в том, что мне кажется, что АСУ ТП это устаревшая технология, говоря на программистском сленге легаси. Даже не кажется, это так и есть. Современные IIOT устройства и софт дают намного больше возможностей.
Так выпускаются платы ввода/вывода в PCI/USB. Берешь их и вставляешь в пекарню. Уверяю тебя, что ничего путного их этого не получится. Пекарня для танчиков, ПЛК - для работы 24/7
>>32504
>плясать от pH-метра
Мне необходимо разобраться какие они бывают. Мне бы хотелось универсальный
Проблема в том, что у всех электродов pH-метров, продаваемых на али очень быстро начинают плавать показания. Поэтому там применяют хитрые схемы калибровки и автокалибровки. Считается, что стеклянные самые надежные в плане точности и устойчивости показаний. И преобразование мВ в мА с компенсацией по температуре схемотехнически можно реализовать только на микроконтроллере. Сейчас 99% продаваемых недорогих - это в той или иной степени модификация платы для ардуины типа https://aliexpress.ru/item/32995322213.html
https://supereyes.ru/catalog/Datchiki_arduino/modul_datchika_ph_metra/
преобразователь в 4-20 мА и корпусирование существенно удорожает решение https://aliexpress.ru/item/32869108210.html
>Проблема в том, что у всех электродов pH-метров, продаваемых на али очень быстро начинают плавать показания.
Ты испытавал или как? Я собственно не собирался там брать, но видел что их продают.
>Считается, что стеклянные самые надежные в плане точности и устойчивости показаний.
Вот это ценная для меня информация. Спасибо.
>И преобразование мВ в мА с компенсацией по температуре схемотехнически можно реализовать только на микроконтроллере.
Не совсем понял о чем это. Я не в курсе точного устройства ph измерителей. Имеется ввиду милливольты в миллиамперы? До меня дошло, что имея просто электрод, я максимум могу получать значения токов, и нужно будет самому высчитывать ph, верно?
>Сейчас 99% продаваемых недорогих - это в той или иной степени модификация платы для ардуины типа
Неужели производители ПЛК не выпускают ничего такого? Дело в том, что один мой коллега сильно против таких железок. Говорит не надежные и прочее. Это конечно не обосновано, просто его какие-то страхи, не подкрепленные никакими фактами, он даже в руках ничего подобного не держал. Но он будет противодействовать при попытке внедрить что-то подобное. Есть альтернативы?
>преобразователь в 4-20 мА и корпусирование существенно удорожает решение
Не совсем понимаю какую ценность имеют 4-20 мА, так как не в теме просто. Выходит первая плата имеет другие токи или что?
У шнайдера тоже есть тулкит для написания блоков на C/C++ не прог целиком, а - блоков встраивания в языки ПЛК Но с нюансом, что этот тулкит продают только сертифицированной шнайдером девелоперской конторе
>Проблема в том, что у всех электродов pH-метров, продаваемых на али очень быстро начинают плавать показания.
> Ты испытавал или как?
Я просто знаю. Пару лет назад купил на али ручной pH-метр с 2-мя электродами из какого-то сплава померять воду из колодца. Пару измерений и он начал показывать что угодно, только не pH. Прочитал добрый совет в гугле потереть электроды наждачкой. После чего чего он вообще перестал показывать.
Зато на работе стеклянный электрод 1986 года показывает pH аммиачной воды нонстопом. Уже и Петрович, который его ставил, помре.
>Не совсем понял о чем это. Я не в курсе точного устройства ph измерителей. Имеется ввиду милливольты в миллиамперы? До меня дошло, что имея просто электрод, я максимум могу получать значения токов, и нужно будет самому высчитывать ph, верно?
первая ссылка в гугле http://poolmasters.ru/index.php/stati/ob-oborudovanii/739-kak-ustroen-i-rabotaet-elektrod-ph
Погугли еще на тему "Опросный лист для заказа pH-метра". Как заполнишь - кидай сюда и мы обссым обсудим его
> Сейчас 99% продаваемых недорогих - это в той или иной степени модификация платы для ардуины типа
> Неужели производители ПЛК не выпускают ничего такого?
Я имел опыт как заказчик в разработке датчика давления по программе импортозамещения. Там первым делом разрезали импортные датчики и посмотрели, что внутри в плане электроники. Короче, там в основе датчики и преобразователи с али по баксу за пучек. Потом идет микроконтроллер с фирменным ПО. Богатство начинки отличается только степенью жадности конторы.
>преобразователь в 4-20 мА и корпусирование существенно удорожает решение
> Не совсем понимаю какую ценность имеют 4-20 мА, так как не в теме просто.
4-20 мА - это стандарт в КИП и ПЛК. Любое отклонение от него будет сопровождаться твоим или чьим-то геммороем.
> Выходит первая плата имеет другие токи или что?
Не токи - а напряжение. С электродов идет -414...+414 мВ. Такие малые напряжения будут подвержены наводкам от стороннего оборудования, поэтому и коаксиальный кабель с BNC разъемом. Потом преобразователь делает из напряжения ток на самом деле - сопротивление, который уже помехоустойчивый на расстоянии до километра.
>Проблема в том, что у всех электродов pH-метров, продаваемых на али очень быстро начинают плавать показания.
> Ты испытавал или как?
Я просто знаю. Пару лет назад купил на али ручной pH-метр с 2-мя электродами из какого-то сплава померять воду из колодца. Пару измерений и он начал показывать что угодно, только не pH. Прочитал добрый совет в гугле потереть электроды наждачкой. После чего чего он вообще перестал показывать.
Зато на работе стеклянный электрод 1986 года показывает pH аммиачной воды нонстопом. Уже и Петрович, который его ставил, помре.
>Не совсем понял о чем это. Я не в курсе точного устройства ph измерителей. Имеется ввиду милливольты в миллиамперы? До меня дошло, что имея просто электрод, я максимум могу получать значения токов, и нужно будет самому высчитывать ph, верно?
первая ссылка в гугле http://poolmasters.ru/index.php/stati/ob-oborudovanii/739-kak-ustroen-i-rabotaet-elektrod-ph
Погугли еще на тему "Опросный лист для заказа pH-метра". Как заполнишь - кидай сюда и мы обссым обсудим его
> Сейчас 99% продаваемых недорогих - это в той или иной степени модификация платы для ардуины типа
> Неужели производители ПЛК не выпускают ничего такого?
Я имел опыт как заказчик в разработке датчика давления по программе импортозамещения. Там первым делом разрезали импортные датчики и посмотрели, что внутри в плане электроники. Короче, там в основе датчики и преобразователи с али по баксу за пучек. Потом идет микроконтроллер с фирменным ПО. Богатство начинки отличается только степенью жадности конторы.
>преобразователь в 4-20 мА и корпусирование существенно удорожает решение
> Не совсем понимаю какую ценность имеют 4-20 мА, так как не в теме просто.
4-20 мА - это стандарт в КИП и ПЛК. Любое отклонение от него будет сопровождаться твоим или чьим-то геммороем.
> Выходит первая плата имеет другие токи или что?
Не токи - а напряжение. С электродов идет -414...+414 мВ. Такие малые напряжения будут подвержены наводкам от стороннего оборудования, поэтому и коаксиальный кабель с BNC разъемом. Потом преобразователь делает из напряжения ток на самом деле - сопротивление, который уже помехоустойчивый на расстоянии до километра.
мы про разные линейки говорим: я про Модикон, ты - про Скадапак. Шнайдер приобрел Скадапак ле 5-7 назад и потихоньку убивает
Autodesk Inventor подходит
Нашел где спросить. Не трать время зря. Тебе тут если и посоветуют, то оверхедное решение. Сам таким не интересуюсь, но часто видел подобные визуализации. Скорее всего это встроено в пакеты для инженеров-проектировщиков.
>Готов даже ВО получать.
И что это даст? Вкатись лучше в нормальное программирование на языках общего назначения, в этой сфере неограниченные возможности развития.
В солиде тоже можно проинимировать. Да и даже в богомерзком компасе.
>>36292
>Нашел где спросить
Почему? Тебе что не приходится иногда повозиться в CAD'ах?
>>36295
Тебя можно уже детектить по "развиванию" и "языкам общего назначения", лол.
>>35501
Любое образование, тем более дистанционное, это тест насколько ты готов прикладывать свои усилия. Если ты только ради корочек, то я хз насколько они востребованы. На около государственных предприятиях наверное, в целом вряд ли.
>Тебя можно уже детектить по "развиванию" и "языкам общего назначения", лол.
И? Специально написал так. Завидно, что кто-то может писать на настоящих языках программирования? Ты похож на типичного адинэсника, такой же завистливый и желчный. Ты сам виноват в своем неосиляторстве.
Ну и зачем ты со своим осиляторством полез в АСУ ТП говны? Сидел бы на удалёнке в каком-нибудь Тайланде и кодил потихоньку на языках высокого уровня.
> Завидно, что кто-то может писать на настоящих языках программирования?
Нет. Просто ты мысли формулируешь забавно. Про какое то развиваторство рассуждаешь, а вопросы задаешь иногда такие, что диву даешься как ты в 2021 году не знаешь о существовании гугла и поиска в интернете вообще. Из-за этого ты выглядишь как типаж людей, которые на словах могут горы свернуть, а как доходит до дела, то получается пшик.
Ну и я это не со зла, просто забавно. И я не тот анон с которым ты тут вел перепалку, а тот кто тебе поначалу что то пытался разжевывать. Но сейчас у меня есть сомнения, что ты даже ТЗ для самого себя в своей голове толковое сформулируешь. Впрочем удачи в любых начинаниях, учиться чему то новому всегда весело.
Какие параметры вакуумного мотора имеет смысл контролировать? Ток, подключение фаз, ручное-автомат, температура. Что-то еще имеет смысл (для предупреждения и обнаружения аварий)? Можете, к слову, порекомендовать или поругать каких-нибудь производителей?
Я так понимаю вакуумный насос ты имеешь в виду?
Мы обычно ставим реле контроля фаз, автомат и ещё тепловое реле на пускатель. В целом хватает.
Если нет встроенного обратного клапана, то соленоид. Если насос нужен мощный или средней мощности, то у Эрствака неплохие насосы. Из маленьких (160 л/мин) не рекомендую китайские wipcool
Разрабатываю удобный, функциональный, быстрый и понятный интерфейс скады.
Начальник смотрит и говорит: всё хуйня, переделывай. Мотивирует это тем, что 80-летние диды, которые будут этим пользоваться нихуя не поймут куда нажимать и не увидят маленькие буковки, т.к. уже лет 15 назад впали в маразм и ослепли, а увольнять их нельзя.
Ебаный дом инвалидов, блядь, а не завод.
разрабатываешь удобный, функциональный, быстрый и понятный интерфейс
@
пользователи нихуя не понимают
@
начальник просит внести изменения
@
начальник тупой
@
пользователи инвалиды и их надо увольнять
@
вечерами доказываешь на дваче, что HMI уже давно стандартизированы и ничего индивидуально корректировать не нужно
Все правильно говорит, вчитываться в твои мелкие буковки нахуй никому не упало, а твой распиздатый интуитивно понятный интерфейс понятным выглядит для тебя, потому что ты его делал
>Я так понимаю вакуумный насос ты имеешь в виду?
Да.
>В целом хватает.
Я думал приобмазаться надежностью и эффективностью, но ничего кроме перечисленного не пришло в голову. Только я бы просто термопару думал кинуть, а выключать управляемым реле с контроллером, а так все то же самое. Но ведь в теории можно контролировать параметры тока, скорость вращения и т. д. Вот, думал, полезно ли.
>>37356
>Если насос нужен мощный или средней мощности, то у Эрствака неплохие насосы.
А высокопроизводительные? Я вижу у них некие капельно-смазываемые, никогда с такими не сталкивался, видел только маслозаполненные и безмаслянные. Что это за НЕХ такая, бояться? С вакуумашевскими не сталкивался? НВР, 2НВР...
Насчёт надежности и эффективности могу сказать, что помимо электрики может отвалиться механическая часть и с этим может помочь только брать насосы у проверенных производителей.
Насчёт производительности не помню, сегодня если заеду на производство, то скажу ну или в понедельник.
От вакууммаша главный инженегр сказал держаться подальше.
Насчет производительности смотри сколько тебе надо и подбирай исходя из своего проекта. Тем более я не знаю, насколько глубокий вакуум тебе нужен и какие у тебя размеры бочки.
Разбаратываешь такой йобу условно месяц, никому не показываешь. А потом бомбишь на дваче от того, что хуйню нарисовал и заставили переделывать.
Я обычно согласовываю все этапы с технологами, ну нарисовал один экранчик- скинул по почте и спросил что исправить. Пишешь логику, возникли вопросы- обкашливаешь с проектировщиками и теми же технологами.
Но даже с таким подходом обжигался, когда уже почти все было нарисовано- технолог уволился, а новый сказал все хуйня, переделывай. Но он, кстати, предложил более удобный вариант реализации.
Можете парой слов рассказать чем ET200 отличается от того же S1200?
>чем ET200 отличается от того же S1200?
Тем что ET200SP это S7-1512 в формфакторе ET200S
Соотвественно разница в том, что у 1500 свой форм фактор и свои модули
У ET200SP другие есть куча извращений вплоть до управляемых автоматов/spoiler]
https://support.industry.siemens.com/cs/document/109421380/firmware-update-for-et-200sp-tm-count-1x24v?dti=0&pnid=14031&lc=en-US
firmware v1.3
Нужен логин/пароль, у меня как обычно.
ПЛК не хочет принимать модуль. У меня в конфигурации версия 1.3, а в модуле версия 1.2 От этого ошибка module mismatch. Я так понимаю придётся делать firmware update
С меня огромное спасибо.
Ты не прав. Есть как обычные интерфейсники, так и CPU в форм-факторе ET200SP. Собственно у ET200S тоже были CPU модули.
От обычных 1500-ых по функционалу, насколько я помню, ничем не отличаются, просто это младшие модели (1510SP аналог 1511, а 1512SP аналог 1513). Соответственно меньше памяти, меньше поддерживаемых технологических объектов, чуть меньше скорость обработки и т.п.
Там не ток логин и пароль, но и экспортные ограничения как бы. А-я-яй.
https://dropmefiles.com/z4LJP
>У меня в конфигурации версия 1.3, а в модуле версия 1.2
В конфигурации модуль с версией 1.2 не поставить что ли?
Нуу что то прям даже не знаю. У меня вроде стандартная либа, ничего не докачано.
В hw конфиге ПКМ на модуле - change device - выбери девайс, и там должен быть выбор версий.
Да, точно. Я даун. 2 часа назад додумался нажать на вкладку Information.
сраный тиапортал со своей сраной кучей окон
Стоит задача разработки тренажера энергетического блока (турбина - конденсатор - котёл).
Хотелось бы понимание, в общих чертах, как это реализовать. Поправьте, если я не правильно разобрался. В среде программирования (например codesys) необходимо прописать математическую модель работы блока. После чего написанный код визуализировать в SCADA-системе (например wincc).
Хотелось бы услышать какие программы лучше всего использовать для таких целей. В каком направлении капать и что изучать.
Что ты подразумеваешь под тренажером? Это что то для обучения персонала? Или тебе надо готовое оборудование гонять на тестах? Это как то будет взаимодействовать с реальным оборудованием или это всё виртуальное?
Короч есть конвейер. По нему одна за одной едут коробки. Датчик на входе, датчик отбраковки на выходе. В зону между датчиком входа и датчиком отбраковки заезжает сразу несколько коробок с одинаковым интервалом. Как эти все коробки зарегистрировать в очередь и по очереди обработать на выходе. С одной коробкой понятно, есть энкодер, к нему счетчик, счетчик считает от триггера на входе до требуемых чисел и при совпадении работаем (коробка подошла). А с несколькими как?
Не очень понятно ты описал конечно, т.к. не очень понятно при чем тут энкодер видимо нужно выбрасывать коробку в брак на определенной позиции?, но общая суть примерно одна и та же будет. Ты делаешь FIFO или кольцевой буфер в котором хранишь свои коробки. Зачастую тебе наверное нужно работать с 1ым элементом (условно говоря проверяем доехал ли 1й элемнт до нужной позиции - как доехал, выполняем операцию - выбрасываем его из буфера - 2ой элемент становится первым), хотя если у тебя несколько параллельных операций, то может и с несколькими. По поводу позиции коробок на ленте ты в принципе их можешь все вести в параллели, зная скорость ленты по энкодеру, прибавлять пройденное расстояние к позиции каждой из коробок хотя это я наверное зря додумываю, т.к. обычно на всех критических позициях на конвейере есть датчики наличия.
Буфер можешь сам сделать. Array в SCL не так уж сложно через циклы FOR копировать/смещать.
Если у тебя сименс, можешь готовым FIFO буфером отсюда воспользоваться
https://support.industry.siemens.com/cs/document/109479728/library-of-general-functions-(lgf)-for-simatic-step-7-(tia-portal)-and-simatic-s7-1200-s7-1500?dti=0&lc=en-US
Спасибо.
на градирнях видел пару раз датчики вибрации уровня "шарик висит на магните при сильной вибрации срывается и падает на микропереключатель", так что существуют
Но факт в том, что "промышленный" вариант ты не найдёшь за 1к
Почему? Мне не нужны морские лицензии и гарантии устойчивости к военным глушилкам. Обычная элементарная функция даже проще термопары, девятирублевый датчик. Чему там стоить? Аналоговый сигнал не нужен, достаточно реле. Ты ещё скажи что термопары должны по 20к стоить.
есть с удаленным взводом
Хз, вообще всё это довольно дорогое. Сомневаюсь в твоих хотелках про 1к руб. Что блять вообще можно за 1к сегодня купить? Ты когда пожрать на несколько дней покупаешь и то больше в магазине оставишь. Один металлический корпус (обычно нержавейка) такого датчика будет дороже стоить.
Попробуй у этих спросить https://globaltest.ru/shop/datchiki/vibrovyklyuchatel/ мы как то брали у них. На тот момент они были не сильно дорогими среди конкурентов. Хотя качество было средненькое, 2 датчика из 16 развалились.
>>44746
>Обычная элементарная функция даже проще термопары, девятирублевый датчик. Чему там стоить?
Ну как минимум микросхема внутри. Тебе же надо отфильтровать все значения ниже предела, и выдавать сигнал когда была вибрация выше предела в течении последних Х секунд. Без этого это всё бесполезно. Работающий двигатель сам по себе вибрирует. Надо уметь отличать это от того когда всё пошло в разъёб.
И что ты по вибро перемещениям ожидаешь в качестве границы отсечки?
Можешь попробовать охранный датчик вибрации для сигнализации типа такого
https://guardmaster.com.ua/oxrannie-sistemi/datchiki/datchiki-vibracii/
Они разные делаются в разном исполнении, втч промышленного исполнения и с разными типами связи.
А не пиздишь ли ты часом?
Такие модели работают в специальных средах типа матлаба. Которые в ПЛК еще не придумали запихнуть
Видел, как финны запихнули матлаб в управление пневмоциллиндром, но без подробностей
Нет, не пизжу, у меня это в книжке ещё советской с ограниченным тиражом (самиздат одного нии, она даже нигде не отсканена), так что это в матлаб ещё и перевести надо.
А некуда бежать, дальше только петля.
Открываешь, читаешь и вперёд. Но только шабашить, без образования тебя ни на одном объекте никто не допустит
> без образования тебя ни на одном объекте никто не допустит
это неправда.
у нас в конторе за последние 5 лет которые я в ней работал.
2 конторы проверяло сертификаты профессиональные, сименсовские
и 1 просила инфу по учёной степени спецов которые приедут и то была не особо большая.
транснефть и прочие северстали не спрашивали
Вот то что непосредственно найти работодателя будет проблемно это да.
Ну или открыть свою ООО и это не сильно будет отличатся от шабашенья
https://plati.market/itm/izuchaem-structured-text-mehk-61131-3/2877910
А хелпа в ТИА разве не достаточно? Вряд ли что-то можно из книжки почерпнуть если не дружишь с построением алгоритмов.
у меня есть, честно купленая, делится не буду, потому что жадный. Ну и потому, что если честно то толку от неё не особо. Там есть как и спорные моменты, так и некоторые довольно интересные штуки, которые обычно не особо распространены.
Но не то, что бы лучше того же множество обзорных курсов в открытом доступе.
bump bump bump
есть тут вообще кто шарит в wincc oa? еще больше интересует ее прородитель - pvss. Давайте общаться, делиться опытом, знаниями и наработками. Пишите kokokiki111 собака ya.ru
220301 - среднее профессиональное
После выпуска работал месяц в тех отделе на заводе перебирал бумажки - уволился
С тех пор не работал.
Знаний никаких, учился плохо, да и не помню ничего.
Стоит ли пытаться искать работу? Есть ли места где научат-покажут? И возьмут великовозрастного дауна.
Еще проходил несколько лет назад от центра занятости курсы на сисадмина
С прозрачностью проебался... Ну ты сам разберись там.
>>37356
Анончик, ты еще тут?
> насколько глубокий вакуум тебе нужен
Большой не нужен, -0.95 бар и заебись.
Но вот по производительности надеялся от ~10 до 200-300
>Насчёт производительности не помню, сегодня если заеду на производство, то скажу ну или в понедельник
Что у вас за модели? РС, РХ? Сколько уже ходят? Все в строю? Капиталить приходилось?
Анон, поясни как вкотится с нуля, или с непрофильным техническим образованием.
В каких городах есть работа интересует как и Рашка, Украина, Беларусь? Есть ли перспектива переката забугор?
1 - 21 и 20 - 40 скорее всего внутренне соединены, если на модуле такое действительно нарисовано. Прозвони, скорее всего разницы нет.
>1 - 21 и 20 - 40 скорее всего внутренне соединены
Нахуя? В чем смысл? Может быть наоборот не соединены, чтобы можно было с разных БП разные группы запитывать?
Конкретно этот модуль у него все 8 выходов в одной группе. Соответственно и питание у них общее. Если анон говорит, что на модуле одно, а в мануале другое, то либо верны оба варианта (к чему я слоняюсь), либо есть какая то разница в версиях (в чем я сомвневаюсь, т.к. 300-ки настолько древние, что там все обкатано уже по 30 раз). У многих модулей в сименсе есть дублированние клемм питания. Скорее всего как раз для унификации модулей с общими и раздельными группами (чтобы штекера можно было перекинуть при замене модулей). Либо просто потому что могут.
мимостудентизМЭИ
Все просто.
Работа интересная, зарплата не интересная.
Если финансовый вопрос для тебя не стоит на первом плане, то велком. В целом тут весело.
>Вроде работа с ПЛК интересная
Потом вспомнишь этот пост с горящей сракой набивая код на говнозаводе, где час простоя по твоей вине от миллиона рублей. Насколько это блядь интересно.
Анон здорова.
Платиновые вопросы.
1) Как вкотится? Нужна ли вышка? Если да то это корка мухосранского говновуза подойдет? Заочка подойдет? Если уже есть техническая вышка по совсем другой специальности, то это будет плюсом?
2) В каких городах помимо МСК и СПБ и других миллиониках есть работа?
3) Можно ли вкатится без вышки, если можно то как это сделать.
4) Какая вилка ЗП для МСК и для мухосрансков?
5) Возможность свалить за бугор. Нужен ли за бугром диплом?
6) Как часто командировки? Бывают ли командировки за бугор?
7) Что за коллектив?
А вот хуиньки заиньке, ничего там не звонится. Пиздец симинес говнище
>Вроде работа с ПЛК интересная
Пиздец там интереса в сотый раз читать входа и выплевывать выхода
> 1
Если есть стаж пару лет в норм конторе на корки уже никто не смотрит. Знаю челиков, которые пришли из шараги типа хабзы, за год освоили автокад, погромирование плк шнайдер и стали зашибать 100к в сек. Вторая вышка приветствуется, если идешь в АСУТП той же отрасли, что и вторая вышка.
> 2
Где есть нефть, газ, уголь, металл, химия
Мой рейтинг в порядке убывания ламповости: Уфа, Пермь, Самара, Казань
> 3
Можно. Берешь и надрачиваешь скилзы
> 4
В ДС 80к - зп джуниора, верх неограничен, но после 150к нужна навыки продавана больше. В мухосранске больше 80к - только на вахте и то не, если без наебки
> 5
мне предлагали Черногорию 1к Евро + полный пансион. Консервный завод. Не поехал.
В Германии для любой работы кроме рабочей визы нужны корки о минимум 2 летнем обучении или сертификаты типа Сименс.
> 6
Если есть СМР и ПНР, то из командировок вылазить не будешь. Если эксплуатация или проектирование, то наоборот, будешь сидеть на жопе ровно. За бугор раньше иногда посылали на обучение в основном, сейчас это даже как-то престиж потеряло
> 7
Люди обычно хорошие, но коллектив - говно
>то из командировок вылазить не будешь
Вот это, кстати, тоже не особо привлекает. Особенно, если пусконаладочные работы на какой-нибудь ГЭС в перди. Деды на работе около 300 дней в году в командировках, а то и больше иногда.
Как будто и так нельзя бухнуть никуда не уезжая. Не все же куколды ещё в стране
Ананасы, есть ли в природе промышленные и при этом недорогие преобразователи с термопар и термосопротивлений на 4-20ма? В Китае продаются вот такие
https://aliexpress.ru/item/32867455650.html
от 150 рублей, а у нас что-то корпусированное, отечественное, хотя бы сертификат соответствия (или что там ему надо) имеющее? Чтоб я был более-менее уверен, что не сгорит к хуям. Меня просто очень не радует вместо термопар по 200-1000 рублей покупать термопару с преобразователем на 4-20 за 3500+
Для сравнения
https://owen.ru/product/dtphhh1_termopari_poverhnostnie
https://owen.ru/product/dtshh5_termosoprotivleniya_s_vihodnim_signalom_420_ma
Либо, может, недорогие термопары уже с 4-20 сразу.
Сперва лучше поездить и набраться опыта. В пенсионную эксплуатацию присесть успеешь всегда.
анон_сразу_попавший_в_эксплуатацию
>Попробуй у этих спросить https://globaltest.ru/shop/datchiki/vibrovyklyuchatel/ мы как то брали у них. На тот момент они были не сильно дорогими среди конкурентов. Хотя качество было средненькое, 2 датчика из 16 развалились.
33 000 штука, лол.
>>45170
Продают датчики недорогие, но готовых решений нет. Самому разрабатывать - ну хз.
>>45216
Такого промышленного не нашел.
>>45158
>>44714
>>45158
Где это взять и почем?
Чо спрашивал?
Не думаю. Нормирующие преобразователи у нас здесь по 2-3к это норма. Так что весь датчик за 3500+, где уже есть и корпус, и преобразователь, и бобышка для встройки это нормальная цена. Если расстояния не очень большие и требования по точности не сильные, то можешь подумать заменить вводные модули на ПЛК на подключение термосопротивлений, а не 4-20мА.
>Такого промышленного не нашел.
>
Купи гражданский и попроси петровичей в слесарке сделать ему корпус из листа тройки.
Да. Очень надежно, очень промышленно, очень удобно. Питание еще 24 вольта тоже надо попросить сделать. И зарегистрировать под своим именем, чтоб когда это загорится, было к кому пойти.
Все, что связано с вибрацией в АСУ ТП будет дорого.
Тебе надо обмазаться охранными датчиками типа такого https://www.youtube.com/watch?v=MBLAHMpQGb8
все они сделаны к китайских элементах, любой усатый телемастер сможет спаять
https://zen.yandex.ru/media/dima/-ne-kondensator--datchik-vertikalnosti-5e3cf5c366cbb3672fd03265
> недорогие термопары уже с 4-20 сразу
как это, блядь? Там внутри будет преобразователь по любому
Якогава - японцы, няшки. Почему они высрали уебищный и неудобный AD suite?
Шнайдер - эти вообще за гранью добра и зла, просто все плохо
Вот почему никто не сделает хорошо и не захватит рынок? Почему все говно и франкенштейнов высирают?
Только недавно видел новость, что сименс анонсировал что-то иот-ное, лень было репостить сюда, сами загуглите.
Подсмотрено в /by
Этой новости уже лет 5 как https://new.siemens.com/ru/ru/produkty/avtomatizacia/promyshlennye-pk-simatic/shlyuzy-dannyh-iot/iot2040.html
Там внутри ардуина или малинка
> Вот почему никто не сделает хорошо и не захватит рынок?
так сделай
мне довелось тренинг пройти https://www.youtube.com/watch?v=3nxbFJp7H9Y
ТИАпортал рядом не стоял
Распределенная Система Управления - перевод DCS. Это когда несколько ПЛК в одной сети и несколько мест с ЧМИ, а не то, что ты написал
ТИАпортал делают 7-11 челиков, в тексте прог можно обнаружить их фамилии
Ну и на хуй тогда у Сименса для рсу своя залупа отдельная pcs? Или чо, раньше джва трехсотых в одну сеть нельзя было объединить?
Можете посоветовать какие-нибудь недорогие блоки аналоговых выводов (токовая петля, 4-20ма, лучше с небольшим запасом в обе стороны, также нужно иногда выводить разрыв/отсутствие сигнала/0ма) с http интерфейсом (управление командами/урлами из браузера)? Хотя бы на 6-8 каналов каждый. У овена есть му 210, кажется, но дороговато и они без http, только mqtt, modbus tcp, неудобно ни разу. Может, узкоглазые брктлы что-то предлагают? Максимум на 4 у них нашёл. Надо для целей тестирования, спрашивал в радиусе, посоветовали у вас переспросить.
Все в одном устройстве вряд ли найдешь.
Я бы взял "свисток" Ethetnet-RS485 со встроенным web-сервером
https://aliexpress.ru/item/4000843861682.html
или такой
https://aliexpress.ru/item/4000749256834.html
и такой лапоть https://aliexpress.ru/item/4000957189068.html
можно Овен МУ110-224.8И
вместишься в 10к
Спасибо, анон, кажется то, что нужно, только у меня два вопроса:
ты уверен что это именно http, а не просто tcp-rtu конвертер? То есть я сомневаюсь, что так уж легко смогу им управлять командами в браузере. И второй момент насчёт разрывов: я что-то не уверен, что этот модуль может выйти за границы 4-20 или подать 0 (разрыв). В инфе о продукте об этом ничего.
Первый вопрос: ХЗ, веб-сервер там есть. Спрашивай на специализированных бордах https://forum.videon.spb.ru/viewtopic.php?t=13946
или у производителя http://www.hi-flying.com/elfin-iot/nb-iot-module/elfin-ee10-elfin-ee11
Скажу, что видел опрос AI / DI по web
Второй вопрос: на лапте ставишь выход 0-20 мА, в нужный регистр пишешь 0, будет 0 мА на выходе.
чтобы выйти за 20 мА надо искать преобразователь 0-10 Вольт в 0-20 мА с 2-мя потенциометрами. И скрутить верхний диапазон, а на лапте поставить выход 0-10 Вольт.
вот такая шняга есть 0.5 до 21 мА. Только я не понял как ему Slave ID задать https://aliexpress.ru/item/1005001803512898.html
Тут, был в командировке, у нас RS стоит, все в строю у одного только обратный клапан как то отлетел, но все починили на месте за час. Ходят несколько лет уже всякие разные потому что мы производим сублиматоры и другие вакуумные штуки.
Скажите, как рассчитать температурный градиент при нагреве объекта?
Надо с помощью градиента температуры определить, стабилизировалась ли температура при нагреве.
Или пните в направлении нужного раздела.
Варики:
1. Посмотреть тепловизором
2. Померять датчиками температуры
2. Рассчитать по уравнениям теплопроводности
3. Построить модель в ПО и рассчитать по модели argos2d
https://t.me/energodvach
О, ты владеешь этой штукой или мимо? Даже не знал про такие форумы.а почему там, а не на форуме АСУ ТП или итт например?
>преобразователь 0-10 Вольт в 0-20 мА с 2-мя потенциометрами. И скрутить верхний диапазон, а на лапте поставить выход 0-10 Вольт
Можешь пожалуйста подробнее? Такие
https://m.aliexpress.ru/item/1005001843461106.html
? Про скрутку нифига не понял, но я думал, что должны быть тестеры, умеющие выходить за диапазоны из коробки, во всяком случае ручные такие точно есть. Лапоть - это китайский блок выводов же?
> Лапоть - это китайский блок выводов же?
Да
> Про скрутку нифига не понял,
потенциометром можно регулировать как нижний, так и верхний диапазон преобразований. Примерно на 1,5...2 мА. Т.е. задав 10 В на входе можно получить на выходе от 18,5 до 21,5 мА. Т.е. если взять преобразователь из твоей ссылки 0-10 В в 0-20 мА можно потенциометрами откалибровать в 0-21,5 мА. У фирменных, кстати, такая фишка редко бывает. И еще рекомендую взять вначале по паре из разных мест для ставнения. Мне как-то раз вместо одноканального прислали 2-х канальный. 2 больше, чем 1 , но вместо потенциометров были запяаны резюки.
> должны быть тестеры, умеющие выходить за диапазоны из коробки, во всяком случае ручные такие точно есть
Есть, но не на твой бюджет
2/3. Рассчитать по уравнениям теплопроводности
или
3/4. Построить модель в ПО и рассчитать по модели
?
Напиши задачу подробней. Что за объект: твердый, жидкий, газ? Форма? Чем греется?
> ты владеешь этой штукой или мимо?
Нет, не владею. В базовых стациях операторов ставят на микроклимат.
Бля, круто. Некруто, что они по факту Китай, а не Россия, от России там только шильдик. С какими ещё моторами сталкиваетесь? Что-нибудь из российского, аналогичное по вакууму и производительности серии RS (относительно низкий вакуум, но много кубов в час, газобалласт для хуевой среды) щупал?
>>00756 (OP)
Кто-нибудь, аноны, сталкивался с отечественными (реально отечественными) производителями (и их продукцией) пластинчато-роторных вакуумных насосов высокой производительности? Или мне лучше какой-нибудь заводотред поискать с таким вопросом?
Так ведь это те же нвр, что например у вакуумаша, с тем же довольно узким модельным рядом и тем же опасением, что они советское говнище, которое рзавалится через полгода
Там всем рады, создатель конфы сам киповец в прошлом. Заходи браток пообщаемся.
>>60673
У тебя каша в голове
> конвертер 485->4-20
одноканальник называется N4IOA01. выдает столько, сколько ты ему запишешь в регистр. По умолчанию 1 в регистре это 0,01 мА. записал в регистр 2100 - получишь на выходе 21 мА. подозреваю, что это не так. Китайцы могли и ограничить запись в регистр числом 2000
> описание объявления на Али очень скудное, схем нет, таблицы модбас адресов нет, даже производителя и скидки на инструкцию нет
https://webshop.domoticx.nl/index.php?route=extension/module/free_downloads/download&did=578
многоканальник MB8AO+ - мне самому не нравится, особенно - ценой, его преимущество только в синем корпусе
Все, более-менее понял, ты загуглил по надписи на плате и нашел инструкцию на этом вот домотиксе. Нашел похожий модуль, но уже чем канальный для 0-5 и 0-10в, обещают через шунтирующие резисторы нормальное считывание тока, буду пробовать, спасибо! А чем занимаешься, если не секрет? Почему-то думал, что меня отсюда ссаными тряпками с таким кузьмичеством погонят, а нет. Хороший у вас тред.
>А чем занимаешься, если не секрет?
Не секрет. Я тот самый усвтый телемастер, доросший до личного кабинета в Москва-сити. Сижу на двачах от нехуй делать
Чуть больше 4 лет назад добрый ананон помог мне вкатиться в АСУ ТП. Рассказали, где по кодесис инфу найти. Я написал простенькую программку и пошел устраиваться на работу. Первый год прошел очень неплохо - у нас на заводе раньше ничего кроме Сегнетика 2010Н не было, а мы начали производить уже щиты на СПК110 и ПЛК. Через год еще мы уже идеально вылизали код работы разных регуляторов, начали производить скада-системы. А потом пошла стогнеация, брались за всякое унылое говно, бессистемные продажи, невнятные платформы.
Итого, за 4 года вырос как специалист, да и зп выросла почти в 2 раза, вот только ни разу в отпуске не был, да еще и постоянные командировки. не был ни на каких крусах, каждый делает у нас то, чему сам и научился. Короче, заебался я. Сегодня написал заявление.
Сап, двач. Куда выкатиться из асу-тп? Мимо кун 26 лвл, образование энергофак и эконом. Живу в сибирских усть-пердях, но есть шекели на переезд в любой город.
Чет ты рановато выгорел. Ваша Галя балувана.
а тебе говорили "НЕЛЕЗЬ НАХУЙ"
>В Германии для любой работы кроме рабочей визы нужны корки о минимум 2 летнем обучении или сертификаты типа Сименс.
Есть 3 сертификата из Московского SIEMENS о "прослушивании семинара". Как получить нормальные, если на тот же TIA Prog в РФ не проводят сертификационных экзаменов?
Их сейчас нигде не проводят
https://www.sitrain-learning.siemens.com/DE/en/rw23841/SIMATIC-S7-Programming-in-the-TIA-Portal
Теперь в нормальное айти можешь перекатиться тем более уже умеешь прогать простые вещи.
Не может. Ща для вката в нормальное айти недостаточно уметь пузырек и знать основы языка
>кодесис
>мы начали производить уже щиты на СПК110
>код работы разных регуляторов
>Теперь в нормальное айти можешь перекатиться
Лол, после 4 лет АСУТП-деградации ты читать нахуй разучишься
А можешь тогда и китайские релюшки под витую пару (пары), эти же самые токовые петли, двухжильный/четырехжильный рс485 посоветовать? Тоже по модбас рту (рс485) управляемый, ну и от 24в (или через преобразователь, если 12 к примеру) питаемый? То есть на 2-4-8-16 каналов (в последнем случае на несколько устройств, размыкать для страховки предполагается каждую жилу чтоб не думать, тсп-ип по ней идёт или просто 6-8 сигнальных линий, да, бывает и такое в нашем колхозе Разрываюсь между
https://m.aliexpress.ru/item/4000703385855.html
https://m.aliexpress.ru/item/33019637264.html
https://m.aliexpress.ru/item/4001114794443.html
Возможно потому что не понимаю разницы и не могу сопоставить железку с некой инструкцией к ней. Как я понял, какие-то силовые, какие-то нет, какие-то просто замыкают или размыкают цепь, какие-то подают ток с общей шины. Если первое похуй, то второе не очень. А ещё хотелось бы три контакта (для нормально замкнутого варианта). Насколько я понял тут тоже дешевле реле отдельно-рс485 отдельно, но могу быть не прав. Реле в крайнем случае могу и обычные прикрутить к пинам, не предлагаемые алиэкспрессом.
белого цвета платы паяет какая-то говноконтора. У них есть как схемные недоработки, так и брак в компонентах. Обычно - это возврат из западных магазав для ардуинщиков, там брак под 100%
Интересно, что в распространной у нас охранке Болид есть охуенные релейные платы уже забыл название типа Сигнал-15, только протокол там не Модбас, а - свой. Есть преобразователь Модбас-Болид
Спасибо, анон. Понимать бы ещё по-бурятски. Вижу веб-интерфейс, но не вижу управления get-запросами, только целиком всю страницу. Вижу версии с нормальным вольтажом, но не понимаю что там внутри - изолированные линии или с общим плюсом-минусом (то есть можно ли их только для условных лампочек в общей сети использовать или у каждого канала 3 независимых выхода (для нормально замкнутого и нормально разомкнутого вариантов) и можно например жилы витой пары с данными по-отдельности на каналы заводить.
> ещё по-бурятски
там есть линки на доки и утилиты. Яндекс-переводчик вполне сносно переводит
> Вижу веб-интерфейс, но не вижу управления get-запросами
я не специалист в вебинге-шмединге. Делай по Modbus
> у каждого канала 3 независимых выхода
Оно. Смотри пикрел
Вклинюсь в ваш разговор.
>Понимать бы ещё по-бурятски
Сайт конечно дерьмо, но всегда можно наводить камеру с гуглопереводчиком на экран. Ну или загнать в разпознавание, если не лень.
>но не вижу управления get-запросами, только целиком всю страницу
С очень большой вероятностью гет запрос без проблем можно выдрать. Могут разве что проблемы с сертификатами возникнуть, но и их можно выдрать, если ты пишешь свою прогу для посылки этих запросов. Ну и modbus TCP это говно держит, и modbus rtu по rs-485 тоже, если закажешь правильные версии.
> Вижу версии с нормальным вольтажом, но не понимаю что там внутри - изолированные линии или с общим плюсом-минусом
См. пик. 1. Алсо на фоточке 2, даже показано, что там реле с перекидными контактами. Так что если в 4й позиции кода заказа R или цифры 0-5, то там реле.
> и можно например жилы витой пары с данными по-отдельности на каналы заводить.
Мм, не оче понял твою задачу я пытался перечитать ваш прошлый диалог, но все равно нихуя не понял, соррян. Ты хочешь ethernet кабель рвать (или переводить на другое устройство)? А тебе действительно тогда столько каналов надо? Можно же одним каналом включать/выключать 1 или 2 реле с 4 перекидными контактами.
Кто-нибудь имел дело с этой говной?
https://www.tadviser.ru/index.php/Продукт:Automiq:_Альфа_платформа
Было такое. Делалось по заказу Синтек, чтобы обойти конкурента Элеси Инфинити. Не особо взлетело, так как Транснефть подсела на WinCC OA.
Знаю, что установлено Wonderware System Platform 2017 Update 3:
Wonderware Galaxy Repository
Wonderware Application Server
Wonderware Historian Server
Wonderware Historian Client
Supervisory Client / InTouch for System Platform
Wonderware InTouch Access Anywhere
Wonderware Development Studio
Ты бы лучше написал свою задачу. А то судя по тексту, то что ты ищешь может быть как и обычной задвижкой с МЭОФ, а может быть и каким-нибудь пневмопозиционнером.
Ля, офигенно ври чем-то таким заниматься. Жаль, только я ленивый и тупой.
Харт говно без задач, везде где пусконалаживали, все расходомеры подключали аналоговыми 4÷20мА, и хотя на борту там и был харт, но модули плк с поддержкой харта ощутимо раздували смету для заказчиков, и они отказывались. А харт ненужен, петровичь-телемастер недовольно попыхтит себе в усы, и с панельки расходомер настроит/продиагностирует.
>Можно на английском, спасибо.
Illustrations of Industrial Instrumentation
Всё что тебе нужно. Все верха темы доступным языком.
это книга или справочник? гугл по этому запросу мне выдает просто сайт агрегаторы картинок
Она в шапке треда есть, менеджеришка ты вшивый.
Зачем эти знания в ТКП?
Щитовики и проектировщики тут?
Подскажите, какими клеммниками на дин-рейку вы пользуетесь для сигнальных линий?
Интересует полный комплект: наименование клеммы, стенка (если есть), маркер.
Можно подумать это монтажники выбирают, а не проектировщики.
У нас стандартные клеммы это феникс контакт UT2,5, либо ST2,5
PXC.3044076 - серая
PXC.3044089 - синяя
PXC.3044092 - желто-зеленая PE
PXC.3047028 - торцевая крышка
PXC.3022218 - стопор концевой
Маркировочные пластины зовутся ZB5, но мы их на плоттере печатаем. Руками маркером конечно можно, либо заказывать с готовыми номерами, но это говно. Перемычки зовутся FBS x-5, где х число контактов.
Это конечно не самый дешевый вариант, но 75+% клемм что я видел на производствах это феникс. Остальное wago и weidmuller. Российские брать не советую, там пластик обычно говно, через год высыхает и разваливается. Из того что подешевле есть ещё турецкий klemsan, терпимые, но я бы их брал только при реальных проблемах с бюджетом.
Спасибо, немного помогло.
>Можно подумать это монтажники выбирают, а не проектировщики.
"Я и лошадь, я и бык, я и баба, и мужик" (с)
>Интересует полный комплект: наименование клеммы, стенка (если есть), маркер.
Каталоги полистать не судьба? Как уже ответили, клеммы есть у Phoenix Contact. От себя добавлю Weidmuller и Wago. У всех целые экосистемы этих клемм под самые разные задачи, но между собой аксессуары (маркировка, перемычки) не взаимозаменяемы, поэтому желательно выбирать одного поставщика и у него брать.
Profinet или profibus втыкайте, можно еще IO-Link прикрутить, но он похуже. Помимо этого мастхэв токовую петлю 4-20мА и/или частотный выход.
так вот в чем вопрос, есть там какие специфические параметры для настройки управления? (я пока только через заводское ПО и вручную покрутил движок)
Нахуя тебе они в екселе? Способов дохуя, можешь запросом из sql, хисториан - это по сути надстройка над ним
> запросом из sql
ну вот, например, мне надо 10 секундные сэмплы от 8 датчиков вибрации за 365 дней. Это 25 228 800 записей. Не разорвет historian?
Есть гайд по этому?
Модно-молодежно вычитывать с помощью OData. Вся инфа по OData, которую я нашел http://archestra.info/index.php/OData
Пиздец, просто
ребят, а есть тут интеграторы? Опишите хотя бы неделю своей работы на ПНР? Желательно с кулстори
> а есть тут интеграторы?
Есть
> Опишите хотя бы неделю своей работы на ПНР?
Зачем?
Ну ладно:
Приехал
Заселился в бомжатник
Приехал на площадку
Осмотрелся на площадке
Поехал в бомжатник
Бухнул
Поспал
Приехал на площадку
Покрутил провода
Поехал в бомжатник
Бухнул
Поспал
... так 7 раз ...
Позвонил босс, выебал по телефону, что не успеваешь и ждет еще одна площадка
Поехал в бомжатник
Бухнул
Поспал
Приехал на площадку
Подписал акты ПНР
Поехал в бомжатник
Выселился
Поехал на другую площадку
> а есть тут интеграторы?
Есть
> Опишите хотя бы неделю своей работы на ПНР?
Зачем?
Ну ладно:
Приехал
Заселился в бомжатник
Приехал на площадку
Осмотрелся на площадке
Поехал в бомжатник
Бухнул
Поспал
Приехал на площадку
Покрутил провода
Поехал в бомжатник
Бухнул
Поспал
... так 7 раз ...
Позвонил босс, выебал по телефону, что не успеваешь и ждет еще одна площадка
Поехал в бомжатник
Бухнул
Поспал
Приехал на площадку
Подписал акты ПНР
Поехал в бомжатник
Выселился
Поехал на другую площадку
Для кого-то это рай, а не работа
Не разорвет, он для этого и сделан.
А, епт, посмотрел внимательно, у тебя и хисториан клиент есть, можешь в нём это все настроить в ексель чтобы, там все интуитивно, в пару кликов делается, запусти, посмотри
> хисториан клиент
это не мой клиент, мне надо как-то подключиться и стащить данные в эксель.
Ставлю сейчас ломаный вондераварь на виртуалку смотреть как подключиться
Ну, если у тебя клиента нет, тогда sql запросами только, больше никак. На диске с дистрибутивом хисториана есть документация на него, там про запросы все расписано от и до
Подключился по http и получаю с помощью OData. Есть пару доков как это сделать почему-то от 2014 R2 и 2020. Теперь надо настроить https. Какие-то сертификаты сгенерировать и подсунуть. Какое же это уебищное говно
Ну где говно то? В три клика все делается. Вондерваре самая лучшая продукция, без вариантов, все конкуренты сосут
Какой гайд, поридж? RTFM
https://приборэнерго.рф/catalog/ustroystva_zashchity_ot_impulsnykh_perenapryazheniy_uzip_serii_rs485/uzip_serii_rs485_ispolnenie_2/
Конкретная модель: RS485-1-MG
Ситуация: RS485, два щита с слейвами, длина линии примерно 30м. До мастера длина линии примерно 50 метров.
Я правильно понимаю, что такую штуку надо расположить в каждом щите. А мастер остаётся без неё?
А что у тебя линия по воздуху протянута и ты боишься гроз? Потому что сами по себе расстояния в 30-50м смехотворны, если ты используешь нормальный кабель для RS-485.
>Я правильно понимаю, что такую штуку надо расположить в каждом щите. А мастер остаётся без неё?
Почему можно защищать один конец линии, но не защищать другой? Я конечно может что то не знаю, но я не очень понимаю логику которая может стоять за этим. В моём представлении защита линии ставится со всех концов как можно ближе к защищаемой точке.
>Почему можно защищать один конец линии, но не защищать другой?
Блядь, ты же явно даже не смотрел устройство по ссылке.
У этой штуки есть вход и выход. Причём на вход подаётся загрязнённая сигнальная линия, а с выхода уже чистая.
Если закладывать его на каждую часть получается ХУЙНЯ, как мне кажется.
Какая впизду загрязненная сигнальная линия? Ты сам то смотрел для чего этот узип? И эту еботину надо поставить в первом щите, где мастер. В остальных не надо.
мимо ебал я в рот ваше асу
Понял, тогда ну его на хуй.
Просто сигнальный кабель между щитами пойдёт не по отдельному кабель-канула, а вместе с силовухой.
Маловероятно, что ебанёт, но всё же. А эта ебала должна, по идее, первой выгореть.
Зачем сильно смотреть на по своей сути диод супрессор, который просто защищает линию от перенапряжений? Было бы странно ожидать чего то от устройства называемого УЗИП.
Единственное на что можно смотреть в той табличке это то, что там есть версии с оконечными резисторами на 120 Ом, которые ставятся только на первый и последний сегмент RS-485. Хз зачем выпускать это как отдельное устройство, видимо для тех кому лень самим резистор вкрутить или нужна "красота".
>Причём на вход подаётся загрязнённая сигнальная линия, а с выхода уже чистая.
Эм, грязная? Чистая? Мы как бы про цифровой интерфейс говорим, что ты там чистить собираешься каким бы то ни было устройством? У тебя для этого протоколы передачи, CRC и всё вот это вот. Единственное что ты можешь сделать для этого сигнала это снизить возможность возникновения ошибок путем экранирования, усиления сигнала через репитеры и тому подобное.
Ну и грубить не надо, я тебе вполне нормальные вопросы задал. А так твой обсер вышел ещё более заметным.
>>80401
>в первом щите, где мастер. В остальных не надо
Ещё один, блять. УЗИПы защищают устройства за ними. Если у тебя в линии могут возникнуть перенапряжения, чаще всего из-за грозы, то почему ты решаешь, что можно защищать одни устройства, сидящие на кабеле, а другие нет? Нет если у тебя с одной стороны дорогой контроллер, который жалко, а с другой говно модуль, который не жалко, то ты можешь сделать такой выбор. Но если уж решил закладывать защиту, то проще ставить с двух сторон.
>>81209
>сигнальный кабель между щитами пойдёт не по отдельному кабель-канула, а вместе с силовухой.
Кабель берешь витуху экранированную, по типу КИПЭВ. В лотке либо ставишь перегородку, либо просишь монтажников провести кабели по разным сторонам, привязав кабели стяжками. Если сила это выход частотника, то тоже экранируешь кабель хотя 50+м на выходной линии обычно не рекомендуется. Если у тебя сила не 6кВ, а 380В, то этих мероприятий хватит.
Ну и сгореть от 380В у тебя ничего не сгорит, даже проложив кабели в одном лотке. Максимум ошибки будут сыпаться и тебе придется снижать скорость на линии RS-485.
Зачем сильно смотреть на по своей сути диод супрессор, который просто защищает линию от перенапряжений? Было бы странно ожидать чего то от устройства называемого УЗИП.
Единственное на что можно смотреть в той табличке это то, что там есть версии с оконечными резисторами на 120 Ом, которые ставятся только на первый и последний сегмент RS-485. Хз зачем выпускать это как отдельное устройство, видимо для тех кому лень самим резистор вкрутить или нужна "красота".
>Причём на вход подаётся загрязнённая сигнальная линия, а с выхода уже чистая.
Эм, грязная? Чистая? Мы как бы про цифровой интерфейс говорим, что ты там чистить собираешься каким бы то ни было устройством? У тебя для этого протоколы передачи, CRC и всё вот это вот. Единственное что ты можешь сделать для этого сигнала это снизить возможность возникновения ошибок путем экранирования, усиления сигнала через репитеры и тому подобное.
Ну и грубить не надо, я тебе вполне нормальные вопросы задал. А так твой обсер вышел ещё более заметным.
>>80401
>в первом щите, где мастер. В остальных не надо
Ещё один, блять. УЗИПы защищают устройства за ними. Если у тебя в линии могут возникнуть перенапряжения, чаще всего из-за грозы, то почему ты решаешь, что можно защищать одни устройства, сидящие на кабеле, а другие нет? Нет если у тебя с одной стороны дорогой контроллер, который жалко, а с другой говно модуль, который не жалко, то ты можешь сделать такой выбор. Но если уж решил закладывать защиту, то проще ставить с двух сторон.
>>81209
>сигнальный кабель между щитами пойдёт не по отдельному кабель-канула, а вместе с силовухой.
Кабель берешь витуху экранированную, по типу КИПЭВ. В лотке либо ставишь перегородку, либо просишь монтажников провести кабели по разным сторонам, привязав кабели стяжками. Если сила это выход частотника, то тоже экранируешь кабель хотя 50+м на выходной линии обычно не рекомендуется. Если у тебя сила не 6кВ, а 380В, то этих мероприятий хватит.
Ну и сгореть от 380В у тебя ничего не сгорит, даже проложив кабели в одном лотке. Максимум ошибки будут сыпаться и тебе придется снижать скорость на линии RS-485.
Ноут норм: I5 четыре ядра по 2900, 16 ГБ ОЗУ, видюха гефорсе 4 Гб, ссд 256
Смотря что тебе нужно от них на выходе на выходе.
Virtualbox или VMware мои запросы закрывают. Жру и не выебываюсь.
Вообще мне очень помогает в подобных поисках софта вот этот сайт: alternativeto.net
Т.ч. можешь попробовать поиграть с опенсорсными решениями, если есть время и не впадлу.
Ну а окошки в софтаче найдешь, если нужны.
>Virtualbox
Вот про это читал и даже имел некоторое дело. Попробую накатить. А как там с виртуальной виндой принцип обстоит? Нужен дистрибутив ВинХР и его надо как-то накатить поначалу на виртуальную оболочку. В двух словах плиз, мне чтобы просто сориентироваться куда гуглить.
Я обычно на вмваре сижу, хотя разницы с виртуал боксом особо нет. Просто лично у меня один раз была проблема у бокса с пробросом юсб и я укатился в сторону вмваре. Хотя есть подозрение что вмваре попрожорливее будет.
>>82049
>Нужен дистрибутив ВинХР
Да. Тебе предложат создать виртуальную машину с определенным железом, а дальше там уже будет пункт про вставить образ нужной системы в привод виртуальной машины. Там на самом деле все довольно просто. Могут конечно возникать затруднения с shared folders (хотя можно просто по сети всё кидать и не париться) или пробросом устройств, но в целом всё должно быть довольно понятно.
>Ну и грубить не надо, я тебе вполне нормальные вопросы задал. А так твой обсер вышел ещё более заметным.
Все обосрались, да. Один ты умный в белом пальто стоишь красивый.
Ты пришел с хреново сформулированным вопросом. Я тебе задал встречные вопросы чтобы прояснить ситуацию + рассказал как обычно используется данный класс устройств. Вместо того чтобы понять почему я задаю тебе такие вопросы, либо прояснить свою логику, ты заагрился. И хоть на это я ответил уже немного грубо, но при этом я и дал тебе советы, как бы я поступал в твоей ситуации.
И к чему ты это продолжаешь? У тебя настолько тонкая душевная организация, что даже небольшой сарказм проглотить не можешь?
Ну видимо он не сидел в инженерных чатах, где тебя, как на зоне, тюремными загадками загрузят и за любой мелкий косяк в предложении помоями закидают.
Лично поэтому я и сижу тут, а не на обосаных форумах по тематике. Там пиздец душно от снобизма завсегдатаев. В чатики не залетал, но мне это просто по форме коммуникаций не особо нравится, т.к. там слишком много трут за жизнь.
>Там пиздец душно от снобизма завсегдатаев
В чатиках примерно также. Хотя среди них адекватов, готовых помочь чаще морально и не начинающих кидаться в тебя молотками на первой строчке, все же побольше.
Вряд ли этому целенаправлено где то учат. В основном это передача опыта на рабочем месте.
Т.е. понятно, что мы можем говорить об обучении проектировании АСУ в целом на профильных вышках и то с натягом, но так чтобы практические курсы по проектированию это вряд ли. Я хз какой у тебя бекграунд, но если ты в принципе понимаешь как строятся системы автоматизации, умеешь читать схемы, имеешь представления о типах датчиков и т.п., то можно попробовать вкатиться, например, через курсы по софту в котором ты будешь рисовать эти схемы. Там ты получишь какие то практические навыки, которые должны помочь.
>Ну вот это всё "посчитал количество входов, выходов, подобрал плк, подобрал БП по расчету нагрузки" итд?
Это вообще работа про то что на пальцах и в целом всё понятно, но когда начинаешь переносить свои мысли на "бумагу", то надо решить 150 проблем. Но вообще решаешь вопросы по мере их возникновения. Типа вот в целом ты знаешь, что тебе надо поставить частотник, т.к. по тех процессу тебе нудно по разному крутить двигатель. А дальше начинаешь отвечать на возникающие вопросы. Как подцепить его к силовой линии (автомат, контактор, заземление, провод или шина)? Как подцепить его к цепям управления (отдельное питание 24В, будут ли кнопки или все от ПЛК, есть ли обратная связь, надо ли связь с ПЛК по сети)? Как подцепить двигатель (какая длина линии, какой кабель надо, есть ли клеммные коробки по пути, как обеспечить экранирование)? Как обеспечить безопасность работяг, чтобы их не наматывало на вал (есть ли у нас тормоза, как подключены аварийный кнопки, гарантируем ли мы обрыв питания)? Нужен ли дополнительный обвес (тормозные резисторы, фильтры, рекуперация)? Что с климатом (норм ли температура в шкафу и не перегреется/замерзнет ли оборудование, что с местом в шкафу для циркуляции воздуха, нет ли проблем с защитой от влаги/пыли)?
Т.е. вот из одного желания условного технолога поиметь частотное управление у тебя возникла куча вещей, которые надо учесть при проектировании. Будут у тебя в голове возникать эти вопросы или нет по большей части зависит от твоего опыта. Кстати, насчет опыта мне ещё помогает, что я год студентотой собирал эти шкафы в качестве монтажника и понял несколько вещей о том как не надо делать.
Вряд ли этому целенаправлено где то учат. В основном это передача опыта на рабочем месте.
Т.е. понятно, что мы можем говорить об обучении проектировании АСУ в целом на профильных вышках и то с натягом, но так чтобы практические курсы по проектированию это вряд ли. Я хз какой у тебя бекграунд, но если ты в принципе понимаешь как строятся системы автоматизации, умеешь читать схемы, имеешь представления о типах датчиков и т.п., то можно попробовать вкатиться, например, через курсы по софту в котором ты будешь рисовать эти схемы. Там ты получишь какие то практические навыки, которые должны помочь.
>Ну вот это всё "посчитал количество входов, выходов, подобрал плк, подобрал БП по расчету нагрузки" итд?
Это вообще работа про то что на пальцах и в целом всё понятно, но когда начинаешь переносить свои мысли на "бумагу", то надо решить 150 проблем. Но вообще решаешь вопросы по мере их возникновения. Типа вот в целом ты знаешь, что тебе надо поставить частотник, т.к. по тех процессу тебе нудно по разному крутить двигатель. А дальше начинаешь отвечать на возникающие вопросы. Как подцепить его к силовой линии (автомат, контактор, заземление, провод или шина)? Как подцепить его к цепям управления (отдельное питание 24В, будут ли кнопки или все от ПЛК, есть ли обратная связь, надо ли связь с ПЛК по сети)? Как подцепить двигатель (какая длина линии, какой кабель надо, есть ли клеммные коробки по пути, как обеспечить экранирование)? Как обеспечить безопасность работяг, чтобы их не наматывало на вал (есть ли у нас тормоза, как подключены аварийный кнопки, гарантируем ли мы обрыв питания)? Нужен ли дополнительный обвес (тормозные резисторы, фильтры, рекуперация)? Что с климатом (норм ли температура в шкафу и не перегреется/замерзнет ли оборудование, что с местом в шкафу для циркуляции воздуха, нет ли проблем с защитой от влаги/пыли)?
Т.е. вот из одного желания условного технолога поиметь частотное управление у тебя возникла куча вещей, которые надо учесть при проектировании. Будут у тебя в голове возникать эти вопросы или нет по большей части зависит от твоего опыта. Кстати, насчет опыта мне ещё помогает, что я год студентотой собирал эти шкафы в качестве монтажника и понял несколько вещей о том как не надо делать.
>Т.е. вот из одного желания условного технолога поиметь частотное управление у тебя возникла куча вещей, которые надо учесть при проектировании.
Мда. В эксплуатации это решается просто: приходит усатый и прихуячивает частотник.
Аноны стоит ли устраиваться слесарем кипиа и реально ли вырасти в асушники без профильного образования?
Аноны, помогите, я не вывожу. Я накидаю много вопросов, поясните на пальцах, если не сложно.
УПП - это контактор, но с функцией плавного пуска, или что-то большее? Частотный преобразователь - это как УПП, только еще и для контроля скорости вращения?
Пишут, что УПП и частотный преобразователь могут иметь предохранительные функции, например, по фазам, но зачем, если уже есть реле контроля фаз на входе в шкаф?
Мотор-автомат - это как контактор, но с термореле в одном корпусе? А автомат защиты двигателя - это то же самое, что мотор-автомат? Или его надо ставить перед контактором/УПП/частотным преобразователем?
А УПП и частотные преобразователи тоже содержат в себе термореле, или там оно только отдельно ставится?
Почему пишут, что УПП заменяет в схеме контактор, но требует некоего промежуточного реле (тогда чем оно - не контактор?), а мотор-автомат устанавливается перед контактором?
Автомат защитного отключения (QF) и УЗО - это одно и то же? И в чем разница ставить отдельно термореле, отключающее устройство по току, и автомат защитного отключения, отключающий все ту же линию при большом токе?
Работал киповцем, есть вышка по информатике, благодаря которой перекатился в асутп на этом же заводе.
Большие конторы смотрят на образование, так что если ты гуманитарий- то скорее всего не прокатит.
Это копия, сохраненная 1 августа 2021 года.
Скачать тред: только с превью, с превью и прикрепленными файлами.
Второй вариант может долго скачиваться. Файлы будут только в живых или недавно утонувших тредах. Подробнее
Если вам полезен архив М.Двача, пожертвуйте на оплату сервера.