Вы видите копию треда, сохраненную 15 января 2020 года.
Скачать тред: только с превью, с превью и прикрепленными файлами.
Второй вариант может долго скачиваться. Файлы будут только в живых или недавно утонувших тредах. Подробнее
Если вам полезен архив М.Двача, пожертвуйте на оплату сервера.
Предыдущий https://2ch.hk/wrk/res/1049875.html (М)
http://plc4good.org.ua/
http://www.step7-pro.ru/
http://s7detali.narod.ru/
http://curswincc.narod.ru/
Всё вышеуказанное по б-гомерзкому сименсу
Ещё кое что:
http://knowkip.ucoz.ru/
http://plcforum.uz.ua/
http://iprog.pp.ru/
http://www.infoplc.net/
http://asutpforum.ru/
https://web.owencloud.ru/
Кидайте свои, добавим.
Краткая суть: в этом треде обсуждается автоматизация производственных процессов в промышленности: ПЛК, частотники, сервоприводы, датчики, протоколы обмена, промышленные ПеКа, шкафы управления - всё это здесь. С бытовой автоматизацией т.е. микроконтроллерами@ардуинами и прочими умными домами — милости прошу в радач.
В треде приветствуются инженеры АСУТП и КИПиА и программисты соответствующих направлений, а так же их покорные рабы — слесари, наладчики и монтажники всех мастей, студентота — на свой страх и риск.
Рекомендуемая литература:
По ПЛК:
Г. Бергер - Автоматизация посредством STEP 7 с использованием LAD и FBD и програмируемых контроллеров SIMATIC S7-300/400 http://dfpd.siemens.ru/assets/files/infocenter/Documetations/Automation_systems/STEP7/Berger_STEP7_LAD&FBD_r.pdf
Э. Парр - программируемые контроллеры, руководство для инженера
Минаев И. Г., Самойленко В. В. - Программируемые логические контроллеры. Практическое руководство для начинающего инженера
Петров И.В. - Программируемые контроллеры
По ТАУ:
Ким Д. П. - Теория автоматического управления. Т. 1-2
Клюев А.С. - Автоматическое регулирование
По электронике:
Бриндли К., Карр Дж. Карманный справочник инженера электронной техники
По ТОЭ:
Бессонов Л.А. - Теоретические основы электротехники
Соколовский Г.Г. - Электроприводы переменного тока с частотным регулированием
Фираго Б.И. - Теория электропривода, Расчеты по электроприводу производственных машин и механизмов : учебное пособие
Блажкин А.Т. - Общая электротехника http://padabum.net/x.php?id=33626
По сетям:
Дж.Парк и др. - Передача данных в системах контроля и управления
Денисенко В. В. - Компьютерное управление технологическим процессом, экспериментом, оборудованием
Дизайн ЧМИ:
Bill Hollifield - The High Performance HMI Handbook
Dive into ASUTP http://www.ibiblio.org/kuphaldt/socratic/sinst/book/liii.pdf
Книга по метрологии, которой я пользуюсь, и которая не раз меня выручала:
http://publ.lib.ru/ARCHIVES/K/''Karmannyy_spravochnik''/Bolton_U._Karmannyy_spravochnik_injenera-metrologa.(2002).[djv-fax].zip
По частотникам (если у кого-то есть что-то хрестоматийное по частотникам, скиньте, а то толковой русскоязычной литературы по этому важному разделу автоматики особо не попадалось):
http://www.radiosovet.ru/book/teoria/156-preobrazovateli-chastoty-prosto-o-slozhnom.html
Архив тредов
http://arhivach.org/thread/5077/
http://arhivach.org/thread/36047/
http://arhivach.org/thread/53852/
http://arhivach.org/thread/78549/
http://arhivach.org/thread/99564/
http://arhivach.org/thread/104986/
http://arhivach.org/thread/175647/
http://arhivach.org/thread/184375/
http://arhivach.org/thread/191038/
http://arhivach.org/thread/198246/
http://arhivach.org/thread/199671/
https://2ch.hk/wrk/arch/2016-12-11/res/705114.html (М)
http://arhivach.org/thread/230211/
http://arhivach.org/thread/243169/
http://arhivach.org/thread/252419/
http://arhivach.org/thread/266139/
http://arhivach.org/thread/283681/
Хонееб?
Я краем глаза читал в своё время. Если честно, то там хватает спорных моментов. HMI тема такая, что гораздо проще 1 раз посмотреть на один хороший пример, чем прочитать 10 книг.
Студентота, случайно появилось предложение устроиться на инженера АСУТП. Сам я погромист, в инженерном деле полный ноль. Но мне сказали, что типа все просто будет, не сложнее чем на делфи в rad писать проги.
1) Стоит ли вкатываться?
2) В среднем по з/п как? С веб-макакой смогу на равных говорить?
Про книжки и прочее не спрашиваю - в оп-посте навалом
Ясное дело что ярко-зелёный и ярко-красный будут выедать оператору глаза. Но почему бы лучше не использовать тогда тёмно-зелёный и тёмно-красный, которые отлично смотрятся на сером фоне? Как он представляет себе чёрный насос на сером фоне? А если насос остановился в 4 часа утра, как оператор заметит чёрную хуетень на сером фоне? Очень спорный момент.
Или 2 рисунок. Да, 1 вариант так себе, но терпимо. Но 3 вариант - ну реальное уебанство, у оператора поплывут глаза из орбит от такой хуйни. А если таких емкостей 10 штук, каждая со своим трендом?
В общем я бы не советовал бы пихать эту хуйню под флагом "каждому нужно ознакомиться!" По мнемосхемам есть ГОСТ и, я уверен, у ANSI тоже завалялась какая-то хуйня. На такие вещи хотя бы можно сослаться с серьёзным видом.
Мне бы о хми. Про алармы уже навернул, доставило.
>>083131
1) Тащемто у нормального насоса не 2 состояние, а как минимум 4. Он идет(зеленый), он не идет когда должен идти(красный), он не работает но имеет все разрешения на начало работы(синий), он не работает и не может быть запущен(серый).
2) 2 вариант самый удобный, так ка по нему можно понять о каком именно резервуаре говорим. 3 вариант это для для каких-то очень важных резервуаров.
Примеры у меня есть, книга нужна для систематизации имеющихся знаний.
>как оператор заметит чёрную хуетень на сером фоне?
Нехуй дрыхнуть в пультовой, должен делать обход своего оборудования через каждые пару часов на самом деле дежурного кипаря заставляют обходить
> ярко-красный будут выедать оператору глаза
Но он и должен выедать, только кому же придет в голову использовать красный на состояние "остановлен", а не на аварии.
> А если насос остановился в 4 часа утра, как оператор заметит чёрную хуетень на сером фоне
Если он остановился штатно, то и не должен. Я тоже использую темно-серый на светло-сером фоне для таких целей.
> Но 3 вариант - ну реальное уебанство, у оператора поплывут глаза из орбит от такой хуйни.
А мне кстати нравится сам концепт, хотя сам рисую обычно как во 2ом варианте. Но это конечно зависит от того насколько часто необходима информация с трендов. Хотя с другой стороны, достаточно часто в таких случаях ставят 2 монитора, и на дополнительный выводят непрерывный показ с трендов.
Не нужно же. Асушник не знающий о раздачах на самом популярном в мире сайте рунета должен менять работу. Оттуда даже немцы раздачи сименса качают.
Поступил на Автоматизацию в московский недовузик, потому что с остальными специальностями я проебался. Можешь вкратце объяснить чем придётся заниматься, сложно ли, что по зп. Или скажи, что нужно переводится на другую специальность
Я же вроде писал когда приеду, но если тебе так неймется, задавай вопросы.
Кстати китайцам вообще похуй, разрешают снимать что угодно, кроме военки, видимо это только в СНГ в умах людей какие то стереотипы
Я же написал вроде. Тогда я писал пару недель, думал приеду через пару недель, ну так почти и вышло.
Как бы то ни было, чего хотел-то? Или просто так присуммонил? Вон фотку как обещал.
Я спрошу у начальства, можно ли их выкладывать, покажу тебе переписку с начальством и выложу для тебя фотографии, тебя это устроит, так можно будет их выложить?
Значит следуя твоей логике я продолжаю выкладывать то что считаю нужным без разрешения начальства, что дальше?
О нет, ни в коем случае.
>хонивелл
Только терморегуляторы ихние попадались, сомневаюсь, что у кого-то что-то другое было этой фирмы. Уровень омрона в принципе, во всяком случае лучше овна. Но для меня в любом случае лучше аскона и гефрана ничего нет.
Я работал АСУшниками в эксплуатации и с электриками, и с прогерами. Разница в том, что электрик первым делом хватается за мультиметр и идет проверять сигнал, а прогер коннектится к ПЛК и открывает программу или визуализацию.
По зп требуют, как с многоликого Януса, а платят, как однорукой макаке.
Знать ПЛК Сименс S300, Шнайдер/Телемеханик Квантум и Премиум, соответственно, Степ7 и Юнити. Скады ВинсСС и Интач. Это все нескольких версий. БД МС эскуэль Сервер. Всякие ОРС серверы. Плюс технологический процесс. Плюс основы КИПиА и электрики.
Зп когда я был в АСУ ТП, была 400 баксов. По старому курсу...
Низкая себе базовый.
> и с электриками
>что электрик первым делом хватается за мультиметр
Не шкварь тред этим скамом. Максимум, за что возьмётся электропидор из эксплоатации это за моргалик, чтобы найти спасительные 220, точнее их отсутствие и спетляет, сказав что всё что ниже или постоянный ток - не его. Вот кипарь как раз уже возьмётся за мультиметр.
Я сам пришёл в АСУТП из электриков, и могу сказать, что ты имеешь сильные предубеждения. Работал-то я в АСУ ТП, просто раньше был электриком и учился на него. И мне пришлось очень быстро изучать ПЛК, языки программирования, СКАДЫ и т. д. Т. е. умение написать какой-то запрос в эскуэле, чтоб сделать хитрую выборку по алармам, проверить, как пролезают данные из ОРС во 2й уровень, внести правки в проект, нарисовать операторам новую страницу в интерфейсе, не говоря уже о банальной программной перемычке в Юнити или Степе, когда нет всех разрешений на запуск оборудования по просьбе начальника цеха - это все спрашивалось с меня.
Ну и мои знания были полезны, так как в технологическом процессе участвовали электроды, трансформаторы с регулированием под нагрузкой, высоковольтные выключатели и разъединители, фильтрокомпенсирующие устройства и т. д. Асушников этому не учили, а я на стыке двух областей был как рыба в воде.
Я был и.о. главного энергетика в его отсутствие на прошлой работе, так что не учи меня жизни, говна кусок.
Это называется "Молчи, говно, я воевал". А ты озлобленный пидор. Болеешь, или бабы не дают?
Это же местный шизоид.
мимо киповец автоматического пивзавода
На самом деле всё проще и уже описывалось тут: https://2ch.hk/news/res/1218857.html#1080695 (М)
Остальное зависит от фирмы, где ты работаешь. Если ты работаешь в какой-то малюсенькой конторе, которая ставит, например, котельные для жилых домов, то тут в принципе можно и заниматься "почти всем" - благо ты специализирован и набор работ ограничен.
Но когда ты сидишь, например, на городской отопительной котельной, одной рукой подбираешь регуляторы и датчики, другой делаешь проект, одной ногой пишешь код, а другой проводишь пуско-наладку, то ты в какой-то неправильной фирме работаешь, беги оттуда побыстрее.
В нормальных конторах все кадры узко-специализированы.
Эээ, я не понял, здесь что, сплошная эксплутаторы обитают? Разрабов кроме меня нет?
Просто этот хуй сидит в своей эксплуатации и считает это вершиной профессии.
> Давай так же по пунктам поясняй, чем занимается труъ разработчег
Я чувствую, что это будет все бесполезно, т.к. ты опять уйдешь в отрицание, будешь называть всех "маньками" и творить прочие непотребства.
1. Предпроектная проработка:
- Обсуждение с заказчиком планируемой работы. Хорошо когда есть подробное ТЗ, но в реальности заказчик может даже не знать, что ты конкретно ему можешь предложить.
- Обследование объекта, если таковой имеется.
- Обсуждение будущего проекта с технологами, разработка в черновую каких-нибудь структурных схем или схем автоматизации. Проработка основных алгоритмов (тут асушнику важно понять, чего хочет технолог; а технологу понять, что может и не может АСУшник).
2. Проектирование
- Разработка основных разделов по автоматизации (тома ТХ, ЭМ).
- Разработка программного обеспечения (здесь то, в основном то что ты описывал в предыдущем треде + интеграция в существующие системы)
- Разработка информационного обеспечения (инструкции, программа обучения персонала, и прочая макулатура)
3. Тестирование и пусконаладка
- проверка оборудования до отгрузки заказчику
- шеф-монтаж на объекте
- пусконаладочные работы и ввод в эксплуатации с допиливанием проекта по реальность
- обучение персонала
4. Постпроектная деятельность:
- если есть договор, то осуществление какого то саппорта по удаленке или с выездом на объект
- оптимизация и сбор информации о том как проект можно было бы сделать лучше
5*. Эксплуатация (ты конечно попросил пояснить, чем занимается разраб, но чисто теоретически эксплуатация иногда пили проекты под себя)
Все это не обязан делать один человек, хотя бывает и так, тут все зависит от структуры предприятия, где работает АСУшник. Но вот любого человека занимающегося подобной деятельностью можно назвать АСУшником. А не только того кто с бумажки в ПЛК реализует кем то написанную логику.
> Давай так же по пунктам поясняй, чем занимается труъ разработчег
Я чувствую, что это будет все бесполезно, т.к. ты опять уйдешь в отрицание, будешь называть всех "маньками" и творить прочие непотребства.
1. Предпроектная проработка:
- Обсуждение с заказчиком планируемой работы. Хорошо когда есть подробное ТЗ, но в реальности заказчик может даже не знать, что ты конкретно ему можешь предложить.
- Обследование объекта, если таковой имеется.
- Обсуждение будущего проекта с технологами, разработка в черновую каких-нибудь структурных схем или схем автоматизации. Проработка основных алгоритмов (тут асушнику важно понять, чего хочет технолог; а технологу понять, что может и не может АСУшник).
2. Проектирование
- Разработка основных разделов по автоматизации (тома ТХ, ЭМ).
- Разработка программного обеспечения (здесь то, в основном то что ты описывал в предыдущем треде + интеграция в существующие системы)
- Разработка информационного обеспечения (инструкции, программа обучения персонала, и прочая макулатура)
3. Тестирование и пусконаладка
- проверка оборудования до отгрузки заказчику
- шеф-монтаж на объекте
- пусконаладочные работы и ввод в эксплуатации с допиливанием проекта по реальность
- обучение персонала
4. Постпроектная деятельность:
- если есть договор, то осуществление какого то саппорта по удаленке или с выездом на объект
- оптимизация и сбор информации о том как проект можно было бы сделать лучше
5*. Эксплуатация (ты конечно попросил пояснить, чем занимается разраб, но чисто теоретически эксплуатация иногда пили проекты под себя)
Все это не обязан делать один человек, хотя бывает и так, тут все зависит от структуры предприятия, где работает АСУшник. Но вот любого человека занимающегося подобной деятельностью можно назвать АСУшником. А не только того кто с бумажки в ПЛК реализует кем то написанную логику.
Да, я таки назову тебя манькой. Ибо нахуя ты выёбываешься, а потом по сути пересказываешь то же, что уже было написано до тебя, почти 1 в 1?
Ты писал про только чисто утилитарные вещи, которые умещаются в 1 подпункте из моего списка. А теперь пшел нахуй, раз для тебя вся описанная деятельность это одно и то же, что и описанные тобой пункты по настройке пид-регуляторов, да рисовании в скаде.
Манечка, мы чисто инженерные вопросы обсуждаем. Про ебанутых заказчиков уже выше анон писал и свою мысль уместил в одно предложение, а не в ёбаную простыню.
Мне вот интересно, как ты будешь решать инженерную задачу без социоблядства. Тем более в АСУ.
Где ты там социоблядство увидел? Я тебе что предлагаю продавать свою систему подороже или что? Для того чтобы решать какие то задачи их в первую очередь надо правильно сформулировать.
двачую этого содомита
я это ненавижу, но при написании программы по даже хорошо составленному ТЗ, обычно сопрежено с общением с технологом ради уточнения того что он хочет или "этоневозможно как вы себе это представляете"
а когда и технолог нихуя не знает, так это совсем пизда, ты чутли не технологию придумываешь
Тупой вопрос. Техзадание должен технолог писать, не асушник?
>dcs
Годный симулятор, модули правда стоят неоправданно дорого, в /vg/ /avsim/-тред есть там тебе лучше расскажут.
Ты сейчас спросил, чем отличается устройство (плк) от архитектуры системы управления. Ну, наверное, примерно тем же, чем оранжевый от твердого.
>dcs
распределенная система управления, архитектурный паттерн для реализации систем управления. На примере симатика, DCS реализуется с использованием центральной стойки контроллера (rack) и подключаемой к нему распределенной перефирии (DP)
>это я от них вычитал что плк и дкс это разные управляющие системы
ссылку на оригинал неси тогда, будем разбираться. Мне лень искать, поэтому я сразу на вики пошел. Вот что там написано
>A distributed control system (DCS) is a computerised control system for a process or plant, in which autonomous controllers are distributed throughout the system, but there is central operator supervisory control. This is in contrast to non-distributed control systems that use centralised controllers; either discrete controllers located at a central control room or within a central computer. The DCS concept increases reliability and reduces installation costs by localising control functions near the process plant, but enables monitoring and supervisory control of the process remotely.
Таким образом, DCS можно трактовать как совокупность нескольких ПЛК со станциями распределенного ввода-вывода, имеющих единый человеко-машинный интерфейс и единую среду конфигурирования
>Пцска теперь должна все каналы перенастроить
в мануале и на форуме пишут, что H-система может прогружаться в режиме "run" с поочередным переходом на управление сначала от одного CPU потом от другого
Фотки книги потом принесу.
Если ты загружаеш конфиг, то от тебе требует перезагрузить резервный контроллер?
>совокупность нескольких ПЛК со
есть такая штука - горячее резервирование, как в S400 или Premium. Сдох дин ПЛК - параллельный подхватывает управление.
>о станциями распределенного ввода-вывода
Это другая песня, распределенная периферия, чтоб сократить число кабелей и их длину. ET200 и Андвантис соответственно.
Указанные категории никак между собой не связаны.
я бы интерпретировал так - слева производства, распределенная система управления которыми состоит из нескольких PLC, объедененных в одно информационное пространство и имеет центральный пульт управления, справа производства, которые автоматизированны при помощи одного или нескольких разрозненных PLC
Хм, если подумать то так и выходит. В пищевой промышленности часто все состоит из отдельных машин.
а автомобильная промышленность - набор роботов, которые со своей комплектной системой автоматизации (PLC) поставляются
https://support.industry.siemens.com/cs/attachments/82478488/S7_400_h_en_en-US.pdf?download=true
Глава 17, все достаточно подробно расписано, как для степа, так и для пцс.
Не делай этого, я же пошутил!
Pcs7 safety matrix?
Правильно делал - остались одни кукаретики да студентота.
ты видимо плохо читаешь тред, на существенные вопросы, отвечают ребята которые разбираются в своём дерьме
а срачи на то и срачи
двачую этого содомита
я это ненавижу, но при написании программы по даже хорошо составленному ТЗ, обычно сопрежено с общением с технологом ради уточнения того что он хочет или "этоневозможно как вы себе это представляете"
а когда и технолог нихуя не знает, так это совсем пизда, ты чутли не технологию придумываешь
Лаг в 4 дня. Однако.
Ух ебать, трабла серьезная. Предстоит работать с аббшными контроллерами, но, слава богам Египта, не в резервированной конфигурации.
Что читал, как пробовал диагностировать?
Есть ли возможность снять ПЛК и потестировать "на столе"?
До снятия, надеюсь, не дойдёт. Порылся в документации, нашёл некоторый мануал по среде разработки abb freelance, короче, можно увеличить время простоя контроллера при включении из резерва, подрядчики положили хуй на то, что там огромное количество опрашиваемых параметров, и контроллер работать начинает без части параметров походу. Увеличить время попробую. Если есть интересующиеся, могу мануал скинуть, оч годный.
>>090143
На сименсе не смогли попилить, на авв смогли
Вобщем появилась проблема в одном из режимов работы оборудования, который раньше не использовали, а теперь хотят гонять постоянно. Проебывается измерение энкодером длины заготовки по дискретному сигналу датчика, который ловит конец. После проверки сделан вывод, что проблема не в датчике или энкодере, там просто заготовка иногда новая еще не доезжает до места остановки, а измерение уже начинается. Казалось бы ничего сложного, НО ПРОЕКТА СТЕП7 НЕТ. Выдрал проект из контроллера, там голяк без символьной таблицы, сами знаете. Поделитесь советами, с чего лучше начать разбор алгоритма на таком проекте. В хардваре конфигурации нашел модули считывания с энкодеров, нашел вход с дискретного датчика конца заготовки. IW c энкодера пишется в DBшку и после используется в десятке нетворков причем сразу несколько похожи на масштабирование данных (переводы в REAL, умножение на другие ДБшки, все дела). Вход с дискретного датчика тоже используется в 7+ нетворках и пока не нашел, где пересекается с данными энкодера (должен же он где-то учавствовать в переписи показаний энкодера в длину данной заготовки). Есть какие-нибудь советы или хитрости с работов в проектах из контроллера без комментов, названий и символьной таблицы?
Не думаю, что тут можно много хитростей придумать. Если сразу трудно выцепить нужный конец, то ты просто начинаешь медленно и методично заполнять имена. Сначала реальные входа/выхода, потом если есть прямая трансляция, то переменные в дб-ках, подписываешь функции и т.д. Тут конечно много зависит от того насколько плохо сделан исходный проект. Если все разбито на мелкие модули, то будет проще, чем если разработчик сделал все в паре функций.
Из мелочей проверяй все ли функции, в которых использованы нужные тебе переменные, используются в реальном проекте (т.е. в исполняемых OB). Опять же если у тебя длина должна начинать измеряться по сигналу датчика, то мб выполняемая функция или скорее ее триггер сдят где-нибудь в ОВ на прерывания. Ну и возможно онлайн режим тебе чем то может помочь, если есть возможность повозиться на живой установку, хотя бы не используемые хвосты поможет отбросить.
Спасибо за советы, как раз в онлайне пытаюсь поймать обнуление энкодера и куда его данные пересылаются.
Олсо уже во втором проекте встречается алгоритм, когда DBx.DBWy перезаписывается в DBx.DBWz, а в следующем нетворке они сравниваются, и если равны, то там формируется какой-то меркер. Никаких переходов, джампов и прочих прелестей между ними нет. Это такой извращенный способ делать вечную единицу? Или разрабам платили за объем проекта "чем больше, тем дороже"?
Ну, если нетворки поменять местами (сначала сравнение, потом перезапись), то это обычная проверка на то изменилась ли за цикл переменная или нет. Но в твоем случае смысла конечно мало, т.к. единственное, что может произойти между нетворками это какое то прерывание, но ловить его таким способом оче странно. Заскринь и покажи этот кусок, мб там что похитрее?
Слушай, а нахуй тебе это надо7 Ты кто, сменный асушник, или проектанка оборудования асутп? Или многорукая макака?
Пусть предприятие платит проектантам за разработку программы с нуля.
Ну если он первый год после 5го курса работает - то да.
А если нет - то вот потому все в стране точно так же.
Есть.
Нереально трудно. Придется курить все методички, какие найдешь и ОЧЕ шевелить мозгом. Если попадутся матерые механы/электрики/технологи/операторы, то попроще, они как правило знают, что хотят и что надо сделать, от тебя будет нужна реализация уже готовой задачи. Если нет - должен будешь сам придумывать.
Например, по четвергам конвеер останавливается без ошибок и не едет. Сделай, чтобы этого не было. Технолог Василий со стажем 10 лет скажет, что в четверг они делают продукцию "Всечтосполасобрали", ее фасуют в полиэтиленовые пакеты, а остальные дни хороший продукт - в усиленные картонные коробки. Электрик Генадий со стажем 12 лет ответит, что датчики на конвеере оптические и могут плохо реагировать на пакеты, возможно иногда могут не видеть их. Вы машете пакетом и коробкой перед датчиком и действительно, коробку видит сразу, а пакет надо держать секунду-две. Оператор Сергей со стажем 7 лет , посовещавшись с директором, говорит, что ладно, похуй, делай в программе кнопку для переключения скорости конвеера на низкую, по четвергам будем работать медленнее, денег на нормальные датчики для коробок и пакетов все равно не выделят. И ВОТ ТУТ начинается твоя работа, заключающаяся в рисовании кнопки и прописывания в программе возможности медленной скорости конвеера. Поздравляю, ты - программист.
Та же ситуация, но с электриком Петровичем пенсионного возраста, технологом Александром "Ятутглавный" Викторовичем и оператором Жекой с непроходящим перегаром. И ты все пункты должен додумать и реализовывать сам. Т.е. знать, какую именно продукцию выпускает кампания, все ее виды, упаковки. Знать полностью все оборудование на линии - электрическое, механическое, гидравлическое/пневматическое. Знать виды датчиков и их особенности, вроде плохого срабатывания на определенные материалы. Уметь поставить задачу себе и придумать решение: Плохо видят датчики: 1) заменить датчики на другого типа 2) изменить алгоритм работы программы 3) запаралелить датчик с кнопкой и посадить ручную обезьянку, нажимающую ее на каждом пакете и т.д. Да, еще это надо довести до своего начальника и обосновать, что по другому никак. Поздравляю - ты АСУшник.
По себе - второй вариант сразу после диплома я бы не вытянул. Так что смотри сам.
Нереально трудно. Придется курить все методички, какие найдешь и ОЧЕ шевелить мозгом. Если попадутся матерые механы/электрики/технологи/операторы, то попроще, они как правило знают, что хотят и что надо сделать, от тебя будет нужна реализация уже готовой задачи. Если нет - должен будешь сам придумывать.
Например, по четвергам конвеер останавливается без ошибок и не едет. Сделай, чтобы этого не было. Технолог Василий со стажем 10 лет скажет, что в четверг они делают продукцию "Всечтосполасобрали", ее фасуют в полиэтиленовые пакеты, а остальные дни хороший продукт - в усиленные картонные коробки. Электрик Генадий со стажем 12 лет ответит, что датчики на конвеере оптические и могут плохо реагировать на пакеты, возможно иногда могут не видеть их. Вы машете пакетом и коробкой перед датчиком и действительно, коробку видит сразу, а пакет надо держать секунду-две. Оператор Сергей со стажем 7 лет , посовещавшись с директором, говорит, что ладно, похуй, делай в программе кнопку для переключения скорости конвеера на низкую, по четвергам будем работать медленнее, денег на нормальные датчики для коробок и пакетов все равно не выделят. И ВОТ ТУТ начинается твоя работа, заключающаяся в рисовании кнопки и прописывания в программе возможности медленной скорости конвеера. Поздравляю, ты - программист.
Та же ситуация, но с электриком Петровичем пенсионного возраста, технологом Александром "Ятутглавный" Викторовичем и оператором Жекой с непроходящим перегаром. И ты все пункты должен додумать и реализовывать сам. Т.е. знать, какую именно продукцию выпускает кампания, все ее виды, упаковки. Знать полностью все оборудование на линии - электрическое, механическое, гидравлическое/пневматическое. Знать виды датчиков и их особенности, вроде плохого срабатывания на определенные материалы. Уметь поставить задачу себе и придумать решение: Плохо видят датчики: 1) заменить датчики на другого типа 2) изменить алгоритм работы программы 3) запаралелить датчик с кнопкой и посадить ручную обезьянку, нажимающую ее на каждом пакете и т.д. Да, еще это надо довести до своего начальника и обосновать, что по другому никак. Поздравляю - ты АСУшник.
По себе - второй вариант сразу после диплома я бы не вытянул. Так что смотри сам.
1-й вариант это и есть собственно инженер-асушник. Второй вариант - частный случай, где контора вместо того, чтоб держать адекватного технолога, держит васяна и с умным видом "ой ну ты чё не асушник что-ле?)))00" перекладывает всю работу на тебя.
Асушнику необходимо знать все возможности системы, на которой работает предприятие. Чтоб если придёт технолог/директор с очередным гениальным предложением, асушник мог адекватно его оценить и сказать, можно ли его выполнить и если да, то в какой срок, сколько это будет стоить и что для этого нужно.
На драйвере сервопривода Rexroth HCS02.1E-W0028 возникает ошибка F2005 Cam shaft invalid.
Энкодер и сервопривод подтыкали заведомо исправные(от аналогичного драйвера).
В даташите сказано что с морды он вообще не настраивается, все по сети.
Сам с сервоприводами не работал. Подскажи, анон, куда копать?
Буду рад любой инфе.
Фильтрация же. Бывают встроенные в модули фильтры как например у Сименса. Можешь сам написать, начиная от простого линейного - складываешь несколько последовательных точек измерения и делишь на их количество, либо задаешь точкам веса (например, для 3ех точек можно делать что то типа y = 0.25 x[i-1] + 0.5 x + 0.25 x[i+1]). Можешь чуть посложнее что то по типу фильтров на основе метода наименьших квадратов, либо частотных фильтров. Тут все зависит от твоего сигнала и того результата, что ты желаешь получить.
Ректоры, проректоры и деканы прекрасно знают, что посредственных и хороших инженеров в РФ суммарно на порядок больше, чем рабочих мест для них, но продолжают ежегодно в огромных количествах выпускать инженеров именно для внутреннего рынка, не меняя программ, не вводя интенсивных и насыщенных курсов английского языка и не ориентируя инженеров начинать карьеру сразу на едином глобальном рынке труда. Обществу выгоднее, чтобы российский инженер работал в англоязычной среде на международных проектах с иностранными менеджерами, зарабатывал достойно, генерировал в РФ платежеспособный спрос, платил в РФ 13%-ный налог с каждого своего иностранного контракта, активно тратил валюту в РФ, покупал в РФ недвижимость, тратил свой высокий доход в РФ на свою семью, заводил и выращивал в РФ много детей и так далее. Но российскому бизнесу выгоднее делать так, чтобы вузы выпускали инженеров именно для внутреннего рынка, обваливая цены на интеллектуальный труд, поэтому конгломерат "Государство, бизнесмены и вузы" действуют в интересах бизнеса против интересов общества.
Российские бизнесмены и "красные директора" любят распространять тлетворный миф о наличии на российском рынке труда дефицита кадров, согласных работать у них на проектах, и при этом забывают добавлять: "...за еду". Суть всех этих сказок про дефицит специалистов сводится к следующему. Бизнесмен или "красный директор" имеет в штате 50 инженеров, которым он суммарно платит в год 25 миллионов рублей. Он хочет начать тратить в год 20 миллионов рублей, продолжая иметь в штате то же самое количество специалистов. Поэтому бизнесмен хочет, чтобы количество инженеров на рынке удвоилось или утроилось, чтобы можно было резко понизить з/п текущим инженерам в штате, а на место уходящих инженеров всегда иметь возможность найти новых по еще более дешевой цене. Нередко бизнесмены и сами организовывают курсы при вузах или заставляют своих лучших технических специалистов учить студентов или интенсивно доучивать выпускников с целью помочь бизнесмену раз и навсегда обвалить рынок труда.
Всем бизнесменам, вещающим о нехватке специалистов на российском рынке труда, нужно говорить так: "С чего вы взяли, что в РФ есть нехватка квалифицированных кадров? Кто мешает лично вам зайти на LinkedIn и сегодня же найти на едином глобальном рынке труда русскоговорящих квалифицированных специалистов для вашего бизнеса, переманив их с других проектов? Если вам не хватает денег, то это ваши проблемы. Бизнесмену никто ничего не обещал. Ему некто не обещал, что его бизнес будет рентабельным. Вы - лузер, и ваш бизнес не имеет права на существование, потому что вы не вписались в рынок".
Инженеры!!! Запомните! Вам нельзя раздавать направо и налево свои знания и опыт. Российские бизнесмены навязывают всем мысль о том, что профессионал должен активно делиться знаниями и обучать других, а иначе это не профессионал. Они заставляют профессионалов преподавать на организованных бизнесменами курсах для студентов или доучивать выпускников. Если инженер не особо усердно обучает других людей, то бизнесмен, умело дергая за ниточки самолюбия инженера, будет подкалывать его, что тот якобы испугался каких-то жалких студентов, конкуренции с их стороны. Вам нужно понять одну простую вещь: делиться своими знаниями и опытом - это инвестиция в ваше будущее со знаком "минус", даже если это обучение вам прямо сейчас бизнесмен очень хорошо оплачивает. Даже если 40% студентов последнего курса на конкретной кафедре - глупцы, то из оставшихся 60% студентов еще через 3 года 30% смогут успешно справляться с абсолютно любой работой младшего инженера, 20% - с инженерными задачами, требующими средней квалификации, а остальные 10% смогут успешно справляться с задачами старшего инженера на проекте, продавливая вниз цены на труд и наступая вам на пятки. А еще через 3 года некоторые из бывших студентов оставят вас позади. Поэтому преодолейте в себе гордыню и самолюбие, отбросьте мысли о вашей якобы незаменимости и прекратите дарить всем ваши знания и опыт, плодя молодых конкурентов.
Ректоры, проректоры и деканы прекрасно знают, что посредственных и хороших инженеров в РФ суммарно на порядок больше, чем рабочих мест для них, но продолжают ежегодно в огромных количествах выпускать инженеров именно для внутреннего рынка, не меняя программ, не вводя интенсивных и насыщенных курсов английского языка и не ориентируя инженеров начинать карьеру сразу на едином глобальном рынке труда. Обществу выгоднее, чтобы российский инженер работал в англоязычной среде на международных проектах с иностранными менеджерами, зарабатывал достойно, генерировал в РФ платежеспособный спрос, платил в РФ 13%-ный налог с каждого своего иностранного контракта, активно тратил валюту в РФ, покупал в РФ недвижимость, тратил свой высокий доход в РФ на свою семью, заводил и выращивал в РФ много детей и так далее. Но российскому бизнесу выгоднее делать так, чтобы вузы выпускали инженеров именно для внутреннего рынка, обваливая цены на интеллектуальный труд, поэтому конгломерат "Государство, бизнесмены и вузы" действуют в интересах бизнеса против интересов общества.
Российские бизнесмены и "красные директора" любят распространять тлетворный миф о наличии на российском рынке труда дефицита кадров, согласных работать у них на проектах, и при этом забывают добавлять: "...за еду". Суть всех этих сказок про дефицит специалистов сводится к следующему. Бизнесмен или "красный директор" имеет в штате 50 инженеров, которым он суммарно платит в год 25 миллионов рублей. Он хочет начать тратить в год 20 миллионов рублей, продолжая иметь в штате то же самое количество специалистов. Поэтому бизнесмен хочет, чтобы количество инженеров на рынке удвоилось или утроилось, чтобы можно было резко понизить з/п текущим инженерам в штате, а на место уходящих инженеров всегда иметь возможность найти новых по еще более дешевой цене. Нередко бизнесмены и сами организовывают курсы при вузах или заставляют своих лучших технических специалистов учить студентов или интенсивно доучивать выпускников с целью помочь бизнесмену раз и навсегда обвалить рынок труда.
Всем бизнесменам, вещающим о нехватке специалистов на российском рынке труда, нужно говорить так: "С чего вы взяли, что в РФ есть нехватка квалифицированных кадров? Кто мешает лично вам зайти на LinkedIn и сегодня же найти на едином глобальном рынке труда русскоговорящих квалифицированных специалистов для вашего бизнеса, переманив их с других проектов? Если вам не хватает денег, то это ваши проблемы. Бизнесмену никто ничего не обещал. Ему некто не обещал, что его бизнес будет рентабельным. Вы - лузер, и ваш бизнес не имеет права на существование, потому что вы не вписались в рынок".
Инженеры!!! Запомните! Вам нельзя раздавать направо и налево свои знания и опыт. Российские бизнесмены навязывают всем мысль о том, что профессионал должен активно делиться знаниями и обучать других, а иначе это не профессионал. Они заставляют профессионалов преподавать на организованных бизнесменами курсах для студентов или доучивать выпускников. Если инженер не особо усердно обучает других людей, то бизнесмен, умело дергая за ниточки самолюбия инженера, будет подкалывать его, что тот якобы испугался каких-то жалких студентов, конкуренции с их стороны. Вам нужно понять одну простую вещь: делиться своими знаниями и опытом - это инвестиция в ваше будущее со знаком "минус", даже если это обучение вам прямо сейчас бизнесмен очень хорошо оплачивает. Даже если 40% студентов последнего курса на конкретной кафедре - глупцы, то из оставшихся 60% студентов еще через 3 года 30% смогут успешно справляться с абсолютно любой работой младшего инженера, 20% - с инженерными задачами, требующими средней квалификации, а остальные 10% смогут успешно справляться с задачами старшего инженера на проекте, продавливая вниз цены на труд и наступая вам на пятки. А еще через 3 года некоторые из бывших студентов оставят вас позади. Поэтому преодолейте в себе гордыню и самолюбие, отбросьте мысли о вашей якобы незаменимости и прекратите дарить всем ваши знания и опыт, плодя молодых конкурентов.
Статью писала какая-то девочка с журфака. Хз, если честно, с чего начать её "разоблачение", если она на 100% состоит из каких-то фантазий и додумок автора вперемешку с попытками "поставить себя на место инженера".
Не девочка с журфака, а двачеры с пораши. У них там в разделе давно популярна серия тредов о работающей бедности а РФ, и они активно ее форсят во внешнем рунете, призывая не продавать себя за копейки. Там чересчур все гипертрофировано конечно, но с главной мыслью нельзя не могласить я - эти ебанные подачки в 20...40к от российских работадателей выглядят как издевательство, за такую зп и на работу выходить не хочется.
Хм, может быть ебанутые сроки монтажа ПЧ и отсутствие резерва?
А, нет, для этой страны это же норма, ничего довенского.
>А что тут довенского?
Да не, всё отлично Напрямую на насос кабель без частотника кинуть религия не позволяла.
Хотя. проблема не в частотнике, думаю я. А легенда эта для обывателей.
А как насчёт проф. жаргонизма, понятного далеко не каждому обывателю?
>>095442
Сразу видно некомпетентного. "Частотники" в основном используются там, где до этого применялись МЭО, т.е., по сути, регулировался расход чего-то, то бишь с таким же успехом можно написать, чтобы поставили вентиль и обезьяна-оператор вручную подкручивал, глядя на манометр.
>>095442
>>095447
Поцоны, с вами всё в порядке вообще?
Частотники в котельных ставят в 99% случаев только на дымососы и вентиляторы, шиберы мэо не регулируют ещё с девяностых годов.
Никто конечно же не будет ебошить на городской котельной резервный частотник, это настолько ебанутая идея, что я даже объяснять не буду.
Сроки в три дня - это очень быстро на самом деле, так что опять таки мимо претензия.
>Поцоны, с вами всё в порядке вообще?
А с тобой всё в порядке?
>Частотники в котельных ставят в 99% случаев только на дымососы и вентиляторы
На этих узлах вполне можно ограничится УПП-шками. Ну разве что если ты уже привык к проектам, на которых пилилось бабло.
>На этих узлах вполне можно ограничится УПП-шками
Как ты собираешься регулировать давление воздуха и разрежения устройствами плавного пуска?
Частотник скорее всего использовался в той котельной для управления производительностью насоса питающего трубопровода.
Да, тоже может быть. Но всё же удобнее и экономичнее регулировать величину подпитки теплосети частотником, а не регулятором.
> На этих узлах вполне можно ограничится УПП-шками
У меня многие заказчики вообще не рассматривают такой вариант для движков выше 3-5кВт, т.к. частотник кроме того позволяет нормально регулировать еще и неплохо экономит электроэнергию. Там разница в цене достаточно быстро окупается (4-6 мес) за счет электроэнергии.
>>095453
>>095490
Всё хуйня.
Котлы на постоянную нагрузку, насос подключить напрямую и выставить постоянное давление за ним задвижкой.
Сам так делал, когда частотник сдох и его в ремонт повезли. Без воды и тепла что ли людям сидеть?
А для поддержания нормальной температуры ГВС нормальные люди ставят баки-аккумуляторы, чтобы не было просадок температуры при резком разборе воды и её можно было вовремя нагреть.
Если частотник на дымососе и вентиляторе, то он (по уму) должен дублироваться МЭО. А на современных жаротрубных водогреях иногда частотники либо не ставят, либо стоит на движке горелки сразу и работает совместно с воздушной заслонкой. Если наёбывается, то движок напрямую, а на менеджере горения или контроллере выставляем по инструкции, чтобы работал без частотника. Но там надо перенастраивать горение, скорее всего. Нужен газоанализатор. Пускай обслуживающая организация заморачивается.
Хотя по опыту скжу. что мы как-то на неделю отключали людям горячую воду в одной котельной, т.к. быланс у нас не сходился и требовалась настройка узла учёта ГВС. Сказали администрации, что у нас автоматика навернулась, но всё уже заказано и остаётся только ждать.
300к новый и 30 дней поставка
у конкурентов попросили с такого же завода, лел, хули 30 дней простоя.
хз на что им пошлось пойти ради этого.
А новый ещё программировали в симатике и памяти на флешки хуй
что из заметного
типа пикрелейтед
Единственный предмет у нас на кафедре, который мне показался интересныйм, назывался "Концепция интеллектуальных зданий". Нам припёрли какой-то новый стенд типа как пикрилейтед и мы с компьютера делали так чтоб там на кнопочку нажимал и лампочка загоралась. Или две лампочки и вентиллятор итд. Но это в общем-то почти всё. Ну был у нас ещё год ТАУ и какая-то "Автоматизация электротехнических систем".
В общем, можно ли как-нибудь вкатиться? Курсы может какие. Или если не учился на это специально, то хрен поймёшь?
У нас привода Rextroth IndraDrive. Общий источник питания и привода в своей шине данных на SERCOS. Если выпадает такая ошибка то просто меняем мотор (а хуле, 250к выкинул норм чо, завод не обеднеет) на новый. Начальник мой разбираться не хочет, руководство башляет без вопросов, гора якобы нерабочих моторов растёт. Так и живём.
Пошел нахуй отсюда грязноштанный уёбок. Дрочите по кругу друг другу в своей /po/раше и не лезьте в нормальные треды сектанты хуевы.
http://dlib.bpums.ac.ir/multiMediaFile/20773504-4-1.pdf
Я так понимаю, "deadzone" - это "зона нечувствительности". Как тогда перевести "deadband"?
Полоса (часть спектра) частот, нечуствительная для схемы. Мертвый диапазон.
>>
полоса нечувствительности
мертвая полоса
сам зазмеился с этих терминов
А у меня теплые воспоминания остались об индрадрайвах рексротовских. Помню, затеяли как-то медицинский тренажер запилить с их применением. А в качестве управляющего модуля какого-то лешего вхерачили дешевые тайваньские контроллеры. Ну, когда для маппинга необходимых функций каналов в/в на плате индрадрайвов стало все-таки не хватать, решено было заюзать цифровые протоколы. Ну, ПЛК-то дешманский, только модибас "искаропки", коммуникационников с поддержкой проприетарных девайснетов и эзернет/ИП не нашлось, и поэтому поддержка Рексрот пошла на уступки и скинули линк на .NET либу для работы с серкосом. Ну, я начал было потихоньку пилить программный мудибас-серкос шлюз, как оказалось, что под WinCE моя хуитка не собирается, ибо под CE шибко куцый .NET фреймворк и серкос либа просто не будет фунциклировать.
Да, веселые были времена. Каково же было охуевание заказчика, когда тот узнал, что на пациента предполагается усилие в полторы тонны со стороны индрадрайва... Но это уже совсем другая история.
>медицинский тренажер
>на приводах индрадрайв
Судя по описанию вы там пилили Дредноут для пациента.
Ну это был прототип тренажера для развития органов дыхательной системы человека.
Предполагалось, что подушка, закрепленная на конце штока сервопривода, будет оказывать давление на грудную клетку возвратно-поступательными движениями, тем самым стимулируя работу легких. Сделали и удаленное администрирование (слежение за работой тренажера из кабинета врача), и назначение уникальной оздоровительной программы для каждого пациента с привязкой к RFID картам, но что-то не взлетело.
Не ожидал увидеть хоть какой-то ответ, спасибо, анон.
Неприятность поборол перезалив конфиг(куда-то пролюбилась табличка Сam shaft profile).
Оказалось что на морде драйвера есть разъем для конфигурирования с rs232 на борту. Из PS/2 мышки и COM разъема сколхозил шнур, на оф сайте нарыл софт, вышел на разработчика и поляк любезно выслал оригинальный конфиг.
Начальник грит малаца, руководство на вопросы о премировании грит "это твоя работа". Так прошла моя неделя, анон.
К слову, официальный саппорт рексрота только сегодня ответил на письмо скриншотом даташита.
Новый лектус купит, лол.
А ведь для каждого из них требуется специализированное ПО, а чаще даже целый комплекс софта на не один десяток гигов. Софта, который сам по себе жрет ресурсы, запускает свои службы и фоновые задачи, конфликтует, отпадает, и чего только еще не делает. Иногда здорово выручает виртуальная машина, но запускать на ней TIAPortal так себе удовольствие...
Анон, поделись своим опытом, как ты умещаешь такое многообразие софта на своем рабочем ноуте и чтобы это все более-менее работало?
Лучший выход - иметь несколько ноутов/ПК, каждый - под свои задачи. В конце концов никто не запрещает установить пакет ПО на операторскую машину на учетную запись администратора, а операторам работать с рантаймом из под гостевой.
Чё как чуханы? Заканчиваю пятый курс кипа, при себе имею отжатый третий разряд за охуенную сдачу квалификационного экзамена. И вот вопрос, как пойти работать на завод без опыта работы? Как проводят собеседование с приёмом на работу, да и как сами начинали раб отать?
Батя твой чухан. На производстве всем похуй на твои разряды, блок питания импульсный сгоревший сможешь на коленке поднять? Датчик с PNP на NPN-тип сможешь заменить?
В И Р Т У А Л О Ч К А
>блок питания импульсный сгоревший сможешь на коленке поднять? Датчик с PNP на NPN-тип сможешь заменить?
Молодой человек, пройдите обратно в свой сервисный центр, не лезьте к серьёзным дядям.
Прошёл к твоей мамке-шлюхе.
А ты что умного скажешь по поводу трудоустройства?
Просто идешь и устраиваешься. Одного КИПа маловато будет, говори, что готов поучиться годик за еду. На твои разряды и вышку всем поебать.
У нас в большинстве контор некий инженер-программист это одновременно и электрик и киповец и погромизд, даже Аллах.
Спасибо тебе, осталось только думать куда переехать из этой деревни
Есть гайды как найти завод? Или это не ты выбираешь завод, а завод выбирает тебя
Хорошо, анон, как тебе вариант иметь кучу разделов на харде, на каждом из которых стоит винда и софт под один контроллер?
Еще вариант, вместо разделов харда юзать флешки/карты памяти?
Из очевидных плюшек обоих вариантов - возможен бекап свежепоставленной винды акронисом, минимум софта для быстродействия пк, работа на чистом железе без виртуализации.
Может у кого есть более простые и эффективные варианты?
>петух закукарекал из-за задроченого монитора
Там у бабы Сраки 1С не работает. Хуле ты ещё не там?
Если речь о ноуте, то на современных как правило нет поддержки ide и могут быть проблемы с установкой XP например http://remontcompa.ru/755-kak-pereklyuchit-parametr-ahci-na-ide.html , если пакет программ под какую-то старую линейку контроллеров не обновлялся, а следовательно не совместим с новыми ОС.
Не знаю как там с эксплуатацией, но при разработке единственный выход это держать хуеву тучу виртуалок на все случаи жизни. Можно словить конфликт даже используя разные апдейты одной версии.
Я думал делать так: раз есть, например, модуль для термопар, то подключить его к термопаре и попробовать через все это дело производить измерения, и чтобы не хуйню к тому же показывало. Техпроцесс будет организовываться примерно так же. Суть такова - есть лаба, есть установка с приборами, датчиками и тд. Вроде знающим автоматизацию человеком был оформлен заказ на эти самые модули - некоторые повторяются, некоторые по одной штуке. Но техпроцесс описывать никто не будет - нужно взять и сделать, тем самым научиться.
Но если регулирование и обмазывание обратными связями с алгоритмами - обосрёшься.
Разберусь. Мне бы только начать с чего-то. Грубо говоря - присоединить модуль термопары к соответствующему модулю, этот модулю - к питанию, и ебаться с codesys?
>Но если регулирование и обмазывание обратными связями с алгоритмами - обосрёшься.
Чому? Человек то рождается ваще без знаний и учится в
>регулирование и обмазывание обратными связями с алгоритмами.
>Поцоны, мне тут заплатили за работу, делать которую я нихуя не умею. Не могли бы вы сделать её за меня бесплатно меня проконсультировать?
>мне тут заплатили за работу
Нахуя ты базаришь, если нихуя не знаешь? Хочу вкатиться в автоматизацию, а тут есть реальная задача.
>если нихуя не знаешь
Маня, нихуя не знаешь как раз таки ты, сам же прямо об этом говоришь.
>Хочу вкатиться в автоматизацию, а тут есть реальная задача.
>Хочу вкатиться туда, о чём нихуя не знаю. Двощ, помоги пожалуйста ))0
>Пиздец, а как еще делатся то?
Сдаёшь ЕГЭ, поступаешь в ВУЗ, учишься по специальности "Автоматизация технологических процессов и производств".
Лел, будто я в шараге не учился и не знаю, что 85% хуиты в ней - собственно, хуита.
Ну так хули ты доебался тогда? Не хочешь учиться "в шараге" - так учись сам, гугл тебе в помощь. Никто не будет делать за тебя коммерческий проект и параллельно обучать тебя азам АСУ ТП.
>/wrk - Обучалочка АСУшников #22
Я никому не говорю чтобы сделали за меня. Максимум - с чего начать. Не пиздоболь.
С литературы и ссылок в шапке треда.
Я писал, мол хочу поэтапно - для начала заставить работать термопару. Если сделать - значит и остальное можно сделать, да.
Ты ебу дал?
Подключить датчики к модулям и нарисовать алгоритм на фбд в кодесисе - это хуйня на неделю, в зависимости от кол-ва точек ввода-вывода. Самое главное дрочить техпроцесс у технолога, никто кроме него, тебе не пояснит, как работает объект автоматизации и в чем, собственно, состоит необходимость автоматизации.
>автоматизировать термопару
вобще ахуеть
>>102994
что бы заставить работать термопару тебе нужно подсоединить 2 провода к модулю
а вот что бы заставить работать установку у тебя должна быть технология
т.е. четкое представление, что и при каких условиях у тебя должно происходить в этой залупе
>нарисовать алгоритм на фбд в кодесисе
Вот в это мне и нужно вкатиться.
>дрочить техпроцесс у технолога
Считай, что сам себе технолог.
>>103007
>а вот что бы заставить работать установку у тебя должна быть технология
т.е. четкое представление, что и при каких условиях у тебя должно происходить в этой залупе
Установка 80-х годов, автоматизация не сильно грандиозная.
>>103015
Температуру мониторить, зачем тролишь?
>Вот в это мне и нужно вкатиться.
Читни хотя бы Парца из шапки треда.
>Температуру мониторить
А не создавать ЭДС? Температуру "мониторить" будет уже АЦП.
>зачем тролишь?
Тебя ещё особо никто не тролил, просто надо понять, имеет ли общение с тобой смысл.
Ок. Зачем тебе нужно мониторить температуру? Открыть клапан если температура на нужном уровне? Выдать информацию трендом на скаде? Включить сирену и выдать аварийную процедуру?
>имеет ли общение с тобой смысл
>не понимает техпроцесс
>не понимает вообще, что такое автоматизация
>не умеет программировать, подключать датчики/исполнительные устройства
>имеет ли общение с тобой смысл
>Парца
Это Э. Парр - программируемые контроллеры, руководство для инженера или Дж.Парк и др. - Передача данных в системах контроля и управления? Не вижу в шапке Парца.
Ок. Значит что при достижении определенной температуры ты начинаешь цикл обогрева. Правильно?
Сто за обогреватель?
> Хуй знает, походу резистивный нагрев. Я включаю его, жду пока нагреется подложкодержатель до определенной температуры и по мере надобности подключаю обогрев.
Лол, для этих задач существуют специализированные бюджетные решения, наподобие ТРМок овеновских. Раз заложили ваговский ПЛК, значит, техпроцесс не так прост, каким представляешь себе его ты, и на процесс регулирования и поддержания заданной температуры оказывают влияние в том числе и другие сигналы.
Не использую, у дилеров цены не запрашивал. Скорее всего дешевле et200s.
Есть преобразователь интерфейсов пикрилейтед (phoenix contact) rs-232/422/485 преобразует в Ethernet. Так вот, оказывается эта вундервафля не поддерживает протокол Modbus в базовом исполнении (у меня именно такая).
Так вот, анон, можешь объяснить, почему так получается? Я всегда думал, что протоклы не зависят от интефейсов, как он вообще может не поддерживать Modbus, это ведь просто набор определенных битов в определенной последовательности... Есть ли способ как-то обойти эту преграду, костыль придумать может, был ли опыт у кого? Есть модули с интерфейсом RS-485 и протоколом Modbus-RTU...
По идее, твоя вундервафля должна инкапсулировать фреймы в TCP пакеты. В случае с мудибасом получается редкая, но известная разновидность спеки - Modbus RTU over TCP.
Но конкретно за этот прибор не скажу, нужно читать доки.
> Так вот, анон, можешь объяснить, почему так получается
У чистого TCP и Modbus TCP в пакеты по разному данные перепаковываются.
> костыль придумать может
Ну сначала опиши нормально проблему. Кто передает, какие данные, кто принимает и т.д. Одно дело когда тебе надо несколько устройств с жестко зашитыми интерфейсами связать вместе. И другое когда у тебя на другом конце контроллер или пека, которые ты можешь заставить и сырые TCP пакеты принимать, если руками распарсишь их содержимое. Но такое себе развлечение, проще будет купить новое устройство с поддержкой нужный протоколов.
Ваши кукареки были прослушаны и отмечены. Пройдите в петушиный угол. Мы с вами свяжемся.
ИТ-кун который тут всех доёбывал зимой
Вначале не заметил, что это требования к инженеру-электронщику и подумал, что это киповцев набирают.
датчики pnp в npn и прочую хуйню нахуй переделывать не буду
>Навыки работы с паяльным и контрольно-измерительным оборудованием;
В ремонт и главный инженер или энергетик отослать может.
А счета за ремонт ты под каким соусом тетё сраке будешь в бухгалтерии подсовывать? Со счётом должна, кстати, идти служебка с визами вышестоящих господ. Или ты со своих кровных оплачивать будешь?
В очередной раз убеждаюсь какие айтибляди дауны, да ещё нарциссические и самонадеянные.
Все через бухгалтерию же.
Я чё ебанутый частотник чинить стоимостью в 300к с зп 45,
Сломалось - нахуй на ремонт
Сгорело - нахуй на перемотку
Зипы - нате счет пидоры
>? Со счётом должна, кстати, идти служебка с визами вышестоящих господ.
какие визы, у нас было так:
на срочный ремонт ибо стоит завод. Кидаем мандулу водятлу в багажник, а гендир карточку свою ему ещё дает на "ололо срочный ремонт за нал"
>Сломалось - нахуй на ремонт
По вакансии - ты ремонтник же. Электронщиков и нанимают с той целью, чтобы сэкономить на ремонте.
>Сгорело - нахуй на перемотку
Тут без вопросов, только не забывай, что надо анализировать и разбираться, почему сгорело. А то так каждую смену на перемотку сдавать будут.
>Зипы - нате счет пидоры
>несколько кк рублей за новые модули/частотники
>ты уволен, некомпетентный пидр
>>104118
Сняли с одной линии, на которой выпустили продукцию, переставили на другую, на которой наебнулось. Я думаю тебе это тоже должно быть знакомо.
Постфактум служебку то всё равно писать придётся.
>Сняли с одной линии, на которой выпустили продукцию,
там на машине, 15квт, он один был. К немцам в техподдержку обращались скидывали варианты - не подходили по мощи.
А так все моторы, датчики и лензы гуляли по линиям. А sew был один
Я схожу попиздеть, посмотреть как другие работают. Так-то работка есть
В доках так и написано, что модбас не поддерживается, просто хотел понять как это так.
>>104005
У меня модули все по модбасу работают и овеновскому протоколу простигосподи, цель, это просто опрашивать модули и передавать данные на скаду в компьютер, сейчас мохой пользуюсь, а эти случайно нашлись преобразователи, и получается пользы от них никакой в этой ситуации. Я так понял, просто надо, чтобы оборудование опрашиваемое поддерживало ТСР, и тогда запоёт.
Он кстати вообще только ТСР/IP и UDP поддерживает
Непримени, непримени.
Интегрированный COM-порт попадается на некоторых хьюлетовских ноутбуках, 650 G3 например. Но rs232 и rs485 электрически несовместимы, ты, видимо некомпетентен в этом вопросе. Можешь докупить конвертер, но не проще ли сразу usb -> 485?
Ну а из защищенных Getac разве что, но подозреваю что тебе завопят ДОРАХА.
Зачем тебе встроенные порты? Пара юсб свистков и все проблемы решены.
Если в целом про защищенные ноуты, то хз. Был у меня одно время simatic pg, хорошая машина, но в целом оверпрайс дикий. Последние лет 5 просто обычные ноуты используем (леново, асус и прочую хуйню), вроде нормально все. Хотя у меня не каждодневная эксплуатация, исключительно для пнр.
>Посоны, затеяли мы купить промышленный ноутбук с защитой от всего подряд, только надобно бы там иметь СОМ порт с встроенным преобразователем rs485, может ещё 232 или ещё какой, главное 485. И отсюда проблема, не могу найти такой ноут, может знает кто модели подходящие, которые ещё выпускаются? Поделитесь опытом эксплуатации такого ноута, как оно?
>
Немец приезжал со старым ноутом с ком, так там пиздец
Тебе или на ебее брать или просто ноут с mpci и втыкать туда плату с твоими выходами место картридера или что там
Вопрос к знатокам, какими вы разделами руководствуетесь при создании документации стадии П.
ПС До этого делал только рабочую документацию.
>В том то и дело. Поясните суть инженера-электронщика
Оборудование стремительно становится "электроннее". Там где раньше можно было обойтись тестером, знанием закона Ома да паяльником теперь нужен программатор с фирменным софтом и знание фирменной матчасти. Рабочая профессия "слесарь КИПиА, наладчик КИПиА" потихоньку отмирает ибо сейчас даже манометры электронные с сериал портом на трубах стоят. У нас, вот, реально единственный мультиметр лежит в сейфе, он никому не нужен. Все настройки, регулировки и диагностика либо через Field PG либо утилитами, зашитыми в панели операторов. Ну а хуле - только 24 В и протоколы. Учитывать какие-то зависимости напряжения от тока и наоборот уже нигде не приходится.
годно, выскажу всё это, хули как дауничи всё с мультиметрами шараёбитесь, прогресс не стоит на месте
Не сказал бы.
Да, я не подумал, что порты несовместимы, но странно, что в таких ноутах везде 232 шина, а 485 вообще не нашёл, популярная вроде же
>>104189
У меня много агрессивных сред, ибо ТЭЦ, и пыль и вода, влажность, вибрация, температура, всего хватает, вот старый Lenovo еле живой уже. Я если правильно понял 200-300к бюджет
>>104212
Спасибо, добрый человек.
В конце я прослезился
Я могу посоветовать в одну крупную иностранную фирму, если в жопу даш.
Если анкету разместили на сайте типа хх.ру и ты не прошёл, то ты просто не прошёл и всё, ибо нахуй тогда вообще создавать эту анкету?
Хотя я бы сам тебя и кипаном бы не взял. Ты, сука, не первый же день на двоще, а отвечать на конкретный пост до сих пор не научился.
Можно устроиться и так чтоб за компом сидеть только
Пробовал связать сп-270 и MasterOPS, там даже нашел функцию слейва, но СП-270 не коннектится совсем, незнаю уже что и думать, вроде правильно все делаю. Даже банально считать данные с СП-270 не получается (хотя связь есть, ибо прошивается нормально).
И раз уж начал про это, спрошу и про конечную цель: пытался ли кто с СП-270 скидывать тренды не в режиме онлайн а сохраненные в памяти панельки? Реализуемо это вообще?
Мудибас - открытый протокол и готовых либ овердохуя для различных языков программирования. Например, libmodbus. Напиши сам свой враппер поверх этой либы, не мужик что ли.
>Аноны, подскажите, можно ли сделать компьютер слейвом в Modbus(RTU), чтобы с сенсорной панельки (сп-270) можно было передавать на комп данные как на обычный модуль или ПЛК?
Да. Для этого есть куча эмуляторов, но я не знаю где их тебе найти. На работе различные пробовал, больше всего его реализация в роутчекере понравилась, но я не знаю где его в интернете найти
На Европки или Гоа хотя бы заработал, успешный? Или будешь на турбазе комаров кормить?
Т.е. из самой среды разработки?
Мне приходило в голову несколько вариантов:
- разбить алгоритм на отдельные куски кода и изолировать их, упаковав в функции и функциональные блоки. Это повысит реюзабельность кода и абстрагирует алгоритм над в/в.
Тогда писать кейсы придется прямо в прожекте среды разработки;
- второй вариант писать используя классический подход "ебошу все подряд в PLC_PRG" на самом деле вовсе не обязательно, при этом тестируя алгоритм извне посредством общения с OPC сервером, поставляемым с кодесисом.
Я так понимаю, предпочтительный и самый распространенный вариант это первый?
Предпочтительней первый, распространенный второй.
И не стоит путать модульное и интеграционное тестирование, даже если твои ФБ в отдельности работают идеально, это не означает, что система не наебнется, когда ты вызовешь их не в том порядке/не с теми аргументами.
Че-то проиграл.
Я обычно в таких случаях говорю, что монтажники пидорасы не затянули какой-то контакт, потому что если сказать "хз глюк какой-то))" то обязательно подумают, что за глюк то неизвестный, сейчас ты уедешь после наладки и глюк опять появится, хуле делать будем???
Вызывать на сервисное обслуживание, лол. )
Получил за тебя пизды за то, что во время приемки не проверил ещё и эту хуйню.
мимо из эксплуатации
На официальном форуме ответы противоречивы: кто-то говорит, что принципиально нельзя, другие говорят, что можно, если применять сторонние программы.
Под "выгрузить" я имею ввиду возможность получить из ПЛК программный код на том языке, на котором он изначально был написан автором, а также возможность последующей его модификации в Кодесисе.
>получить из ПЛК программный код на том языке, на котором он изначально был написан автором, а также возможность последующей его модификации в Кодесисе.
нет
крче если ты маг и волшебник, то можешь скачать машинный код, который тебе около совершенно некчему
так, что да, даже не слить
есть ничтожная вероятность ноль целых, хуй пиздрических, как говорится, что тот кто зашивал прогу, кинул ещё и проект на флешку контроллера, но хоть эти действа и являются правилом хорошего тона, но я ниразу не видел, что бы хоть ктонибуть хоть раз так делал
инструкция из гугла за 5 сек
Посмотреть какие файлы есть в ПЛК просто. Подключаетесь к контроллеру из CODESYS. ВАЖНО: на вопрос - обновить программу в ПЛК - говорите нет.
Переходите в ПЛК Браузер. Даете команду filedir, и видите какие файлы есть на контроллере.
Слить можно только в том случае, если исходники были загружены в ПЛК (в Codesys есть специальная команда для этого). Но по опыту редко кто заливает исходники.
Сомашин сильно геморной?
Мы закупили М241, сегодня-завтра тестовый стенд заберу с производства и буду ковыряться. Сомашин не геморный, но в рекомендациях у него написано 8 гигов оперативки.
>8 гигов оперативки.
Как все плохо. Хотел бы я время на поковыряться, но нам сказали за две недели перепилить все на него с овна.
Да это в требованиях рекомендуемых, я его спокойно запускаю на 4, но кряхтит пердит долго, но запускается и спокойно работает почти без тормозов. Перепилить все с овна думаю не большая проблема, там и кодесис и вся всреда практически идентичны.
А чего так, обычно же наоборот - со Шнайдера на овно (типа SE дорохо, импортозамещение и т.д.).
Шнайдер не такой дорогой же. Я вот хочу с ABB на шнайдер перейти, ABB в последнее время не радуют (AC500 серией)
>Перепилить все с овна думаю не большая проблема, там и кодесис и вся всреда практически идентичны.
Ну перепилить-то перепилю, да так мне в падлу с этими картинками ебаться и в текст переделывать.
>>107793
Да посаны из закупки посчитали - овно нихуя не дешевле нам встает, вот и решились на эксперимент, правда мы до этого если и не овно брали, то сименс. А тут такой поворот.
>ABB в последнее время не радуют (AC500 серией)
Даже не знаю, поддвачнуть или просто выразить солидарное разочарование.
Никогда с их ПЛК не работали, а тут подвернулся проект с уже некогда запиленными техдокуентацией и готовой программой. Ну и решили сделать реплику (кроме HMI).
Вроде железо неплохое, завелись аббшки с полпинка и не потребовали глубокого изучения документации для быстрого старта - та же "двойка" кодесиса, все то же знакомое рабочее пространство. Ну, только вот HMI реализовали на базе панельного ПК с самопальными скриптами (опрос цпушки по Modbus TCP). Все работает и все прекрасно, казалось бы. Но тут заметил, что периодически пропадает связь между панелькой и цпушкой. Грешил на сеть - подключил напрямую в обход свитча и та же хуйня, винил самописные проги - дык нет, сниффил трафик через Wireshark - все отлично, от меня идут идентичные запросы, а PM583, зараза, иной раз не отвечает, причем настройки поллинга на клиентской стороне самые что ни на есть щадящие - 1 реквест в секунду, на таймаут отводится 3 секунды.
И вроде бы ничего критичного, на панель управление ответственным процессом не завязано, да и детектировать отвал сети можно счетчиком ошибок, а не первым проебанным ответом, но осадочек неприятный остался. Походу, придется дрочить техсаппорт, но трудновоспроизводимые сетевые проблемы одни из самых неприятных в диагностике и решении.
>дрочить техсаппорт
Обращайся в зарубежный техсаппорт, в россии 2.5 человека, я с ними даже общался, один раз попал, что они переезжали, другой раз в отпуске, в третий раз нормально вроде, но я дня 3-4 общался, в итоге сам дотумкал в чем дело.
По модбас TCP жаль помочь тебе ничем не могу, единственный раз, когда я использовал модбас для AC500 это для работы с преобразователем линейных перемещений, но там не TCP.
>По модбас TCP жаль помочь тебе ничем не могу
Печаль. В раннем проекте тоже не модбас был, использовали OPC-DA сервер.
А в чем причина вашей неудовлетворенности контроллерами ABB?
Раньше было лучше (с).
Просто куча каких-то мелочей, которых раньше не было, все это всплыло с переходом на Automation Builder вместо Control Builder. Например есть какой-то старый проект, который был написан на контрол билдере, какой-то модуль связи был куплен новый(597) закупщиками по какой-то причине и в общем не помню подробностей почему был инициирован начальником переход на Automation Builder вроде как раз из-за новых модулей, ну конвертируем проект, выяснилось, что модули AC500 плохо работают(не работают) с новым automation, для них нужна новая прошивка, ну не проблема, скачиваем прошивку. В это время консультировались с техподдержкой и они нас предупредили чтобы ни в коем случае не ставили прошивку на 597-ETH модуль связи, хотя он явно просил прошивку, потому что цитирую - "Модуль вообще перестанет работать". Далее используем их новые панельки из той же серии вместо CP650 используем CP651, ну все как обычно по той же схеме, проект сконвертировали, но ничего не работает(не обновляет теги с контроллера по сети), оказывается конвертации мало, надо заново привязать символьный файл, ну не проблема вообще, привязали, загружаем в панельку, 0 реакции, то же самое. Ну пробовали всякое, техподдержка и т.д., ничего. Ну загрузил опять, плюнул на это дело, панелька просто стоит, через 30 минут ВСЕ ЗАРАБОТАЛО САМО(как бы тупо это не звучало, просто 30 минут стояло и заработало). Забыл еще добавить, что таких панелек было 2, обе идентичные с идентичными проектами, на одной все нормально, на другой вот такое(сети разные).
Ну это все очень сжато и описана пара конкретных случаев, случаев еще много и мелких, но все это получается с обновлением их серии AC500, панелек и Automation builder, я понимаю, что со временем станет получше, но какого черта, раньше этого не было.
А нехуй забивать болт на производственную практику и проёбывать распределение по окончанию учёбы. А теперь они плачутся, что работку найти не могут. Нехуй тогда вообще поступать на эту специальность. Если, конечно, по специальности заканчивал. Мимокрокодилов - так вообще нахуй.
Всё-такигреет душу то, что порог вхождения в нашу профу достаточно высок и всякие залётные айтибляди могут насосаться хуйцов.
https://www.superjob.ru/vakansii/inzhener-programmist-asu-tp-30041763.html
Макс 60к (небось еще до вычета налогов) в Подмосковье. А в чем наебалово? Обычная же зп.
Бросят под танки висящих проектов недоделанных кем-то и съебавших в закат.
>А в чем наебалово? Обычная же зп.
Там написано, что на пусконаладку ездить надо. О командировочных - ни слова.
> О командировочных - ни слова.
Зачем это в вакансии? Обычно это подразумевается само собой. Да и если тебя официально посылают в командировку в другой регион, то тебе минимум 700 руб суточных должны по закону.
В вакансии опыт от 2х лет И(!) рассматриваются студенты. Вряд ли конечно именно студентам предложат зп из вакансии.
Ну что ты как маленький.
Придёшь ты, даже с опытом работы в 20 лет.
На собеседовании, если из тебя захотят сделать дурака - из тебя его сделают. "Ой, а вы тут не знаете эту хуйнюнейм, которую ну все же знают)))0 Давайте мы с вами начнём с 10 рублей в месяц, а дальше посмотрим, думаю до 20 сможем поднять, тут всё от вас зависит ))0"
В общем есть контроллер, есть 3 IO модуля МВ110. Модуль дискретного вывода, дискретного ввода, аналогового ввода.
Суть такая, я подключился к каждому модулю через переходник usb-485, настроил каждый(дал модбас адрес). Подключаю в проекте 3 модуля, так как подключал для них библиотеку, то просто добавлял их, в итоге подключаюсь и связь есть со всеми модулями, кроме дискретного ввода. Сорян, сейчас не на работе, не помню точных обозначений, если надо могу вспомнить. На нем просто красный крест, и в ошибках - BUS FAILURE, а в других все нормально и соединяются. То есть как вариант с этим модулям обмениваться как с Modbus устройством?
Еще вопрос, я когда подключаю модули, то на диске идет руководство, где написано, мол подключаете модуль и в нем есть вкладка где IO теги можно привязывать. У меня в общем такой вкладки нет, но если обращаться через точку MV110_8R.выход1, то все нормально, но почему нет вкладки?
Когда нужно сделать небольшой шкафчик беру s7-1200 или et200 с профибасом от ПЛК, управляющего цехом.
Вот ты смеешься, я скоро надо будет, соответствующее распоряжение я уже получаю. Потому что ПО на операторских пекарнях должно быть ВЕРИФИЦИРОВАНО во избежание бекдоров от злого запада. Как они будут его верифицировать? Просто подпишут, что верифицировано
Только модбас, только OPC UA, только unix, только ОВЕН.
Ну, в отличии от твоих, наши заказчики хотят качественное оборудование не для попила выделенных бабок, а для того чтобы работать, получать прибыль и расширяться, а не ебаться с простоями из-за глючного пидорашьего говна.
Заведи профиль на Linkedin на английском языке, опиши свои проекты, технологии с которыми работаешь, опыт работы, может получится чего.
Уже года 4 как есть.
Чекни для начала модуль через любую Modbus RTU master утилиту (в моем джентльменском наборе, например, присутствует CAS Modbus Scanner). С модулем есть паспорт, в нем - карта адресов modbus. Опроси каналы.
После этого убедишься, что модуль неисправен.
Если не удалось опросить модуль по модбасу - открываешь снова МВ110 конфигуратор (он общается с модулями по своему протоколу) и проверяешь, корректно ли выставлены настройки связи. Как правило, проблемы именно в том, что заданы некорректные сетевые настройки. Удостоверься в том, что модуль имеет уникальный адрес и идентичные параметры датафрейма, как и у остальных устройств на линии.
По поводу опроса модулей в кодесисе скажу, что всегда использую 3S'овские стандартные либы для подключения modbus слейвов. Каналы дискретного модуля читаются за раз двумя регистрами, ну а дальше из word'ов извлекаются состояния каждого канала.
Какие там еще могут быть заморочки ума не приложу.
Проблема в том, что если я в кодесисе подключаю этот модуль, как библиотечный, ну выбираю добавить устройство и там MV110ххх и добавляю, выставляю адрес и т.д. и именно этот модуль так не соединяется, а если я добавляю его как модбас устройство и уже настраиваю соответственно, то все нормально соединяется.
Ну это было давно, надо еще раз все проверить, может где-то объебался, вангую в конфигураторе что-то проглядел.
>я в кодесисе подключаю этот модуль, как библиотечный
Библиотеку про эту я слышал, но не копал. Очевидно, что это обертка над одним из двух протоколов - ОВЕН или Modbus RTU.
Если над первым - то проблема в коллизии адресов (в овене свое адресное пространство, где каждый канал - отдельный виртуальный девайс).
Если над вторым - то неверно заданы настройки при добавлении модулей, скорее всего.
Дабы удовлетворить свое профессиональное любопытство - сниффай фреймы с ПЛК. Можно сделать как в PuTTY, так и в более удобном инструменте - COM Port Toolkit. Так ты выявишь в чем состоит проблема.
Ок, как доберусь до оборудования попробую, добра.
Идинахуй, студент. Довольствуйся и такими объедками. Тут самому голову можно сломать, ища годное место.
Двачую
Я осознаю, что всем, естественно, похуй, но скажу:
все-таки удалось проблемы с отвалом модбас сервера на PM583.
Для этого пришлось увеличить частоту опроса на клиенте и переиспользовать сокет, открытый при подключении к серверу (до этого опрос производился раз в секунду и соединение после этого закрывалось).
Ничего необычного, казалось бы, но тот же проект, запущенный на PM554, никаких проблем с пропуском запросов не имел.
Что значит "переиспользовать"? Т.е. сокет теперь постоянно открыт во время работы ПЛК?
Yep. По-хорошему, параметр 'OMB time' в настройках Modbus TCP драйвера ABB влияет на время жизни сокета, иначе говоря - определяет, сколько осталось жить сокету после последнего коннекта, иначе закрывает соединение.
Сейчас на клиенте после установления соединения с сервером, клиентское ПО дрочит запрос регистров каждые ~10-20 мс. Если появляются ошибки - реконнект, но уже пошли вторые сутки без проблем.
> датчик показывает значения от -50 до 100
Если это pt100 датчик, то он не "показывает" в этих диапазонах, это его температура эксплуатации, которая зависит от материалов корпуса и прочего дерьма. Он физически не может срезать температуры вне этих пределов. Когда ты в модуле указываешь, что ты подключаешь к нему датчик типа pt100, то модуль обычно уже сам преобразует (по встроенной в него таблице значений) измеренное сопротивление в температуру.
Если же у тебя датчик с головкой, которая нормализует сопротивление на 0/4-20мА или 0-10В, например, то тогда ты и подключаешь его к модулю соответственно указывая границы диапазона.
Вот что написано в спецификации на датчик.
Диапазон измеряемых температур, °С:
ТСП-05 рисунки 1, 2, 3.от – 50 до + 400
ТСП-05 рисунок 4<от – 50 до +100
Что за модуль? RTD модули обычно конфигурируются, тащемта, под конкретный термометр сопротивления.
Просто сам подумай как датчик, который по сути является металлической спиралькой из сплава металлов с припаянными к нему проводами, может спокойно работать при -50, но не работать при -51. Еще раз.
> это его температура эксплуатации, которая зависит от материалов корпуса и прочего дерьма
Да, там по стандарту есть различные классы допуска, которые определяют диапазоны измеряемых температур, но это из-за различного рода нелинейностей вне этих пределов (там вроде классы от -100 до +450 и -200 до +600). Сам датчик все также продолжит измерять за границами измерения, просто ты интерпретировать значения правильно не сможешь.
И с практической точки зрения:
1. подключаешь твой датчик к модулю согласно инструкции на модуль
2. в конфигурации модуля указываешь тип подключаемого датчика, т.е. pt100
3. в регистре/входе модуля забираешь уже конвертированное в градусы значение (для большинства производителей)
И к первому посту
> при pt100 может значения температуры принимать от -99 до 600
Не так. Он может измерять сопротивления соответствующие pt100, никаких границ измерения тебе руками указывать не надо (обычно). Даже если надо, то эти границы могут использоваться, например, для сигнализации. Но ты бы тип модуля указал.
Версия. А вообще офф сайт https://support.industry.siemens.com/cs/search?search=wincc flexible&type=Manual&lc=en-US
Начинай с тех что называются getting started, хотя там совсем базис. Потом просто manual. А вообще все это и по F1 доступно. Ну, и флекса как бы мертва и заменена на обычный wincc в TIA портале.
Не парься. Если у тебя датчик - действительно pt100 и аналоговый модуль под pt100, тупо подключай датчик на модуль, как указано в инструкции на модуль (бывает 2-х, 3-х или 4-х проводное подключение). Объясняю суть: датчик меняет свое сопротивление в зависмости от температуры. При 0 градусов его сопротивление будет 100 Ом, вот тебе и проверка - подключи резюк 100 Ом вместо датчика модулб должен выдать 0 градусов. Модуль преобразует сопротивление датчика в градусы, его шкала от -99 до 600 говорит только о том, что он будет преобразовывать сопротивления в градусы только в этом диапазоне.
Если у меня вольметр меряет в диапазоне от 0 до 700 Вольт, могу я подать на него 220 Вольт? И что этот вольтметр покажет? Правильно - 220 Вольт.
>Правильно - 220 Вольт.
Это если энергетопидоры не допускают перенапряжений или просадок. А они допускают. Мамок ихних ебал.
Как же тяжело работать с давно сданными проектами, когда спустя годы обнаруживаются косяки, причем местами довольно серьезные, просто так вышло, что люди до тебя не обращали внимания на них. Ты работаешь в экспулатации, постоянно делаешь мелкие исправления в проекте, несмотря на немаленький срок работы снова и снова находятся недочеты, неточности, местами косяки. Объект, с которым ты работаешь довольно сложен не только для понимания тех процесса, но и для работы с его проектом (over 4000 переменных).
И вот ты вроде привык к нему, освоился, выполняешь любые связанные с ним задачи. И тут на сцену врывается КОСЯК-БОСС, про который почему-то никто и не подозревал, хотя операция важнейшая, просто не требовалось ее выполнение до некоторых пор. До сих пор. Вот он вылез, косяк-босс, огромный, жуткий, и непонятный. Ты принимаешь вызов, аки последний самурай в рисовом поле ищешь пути подступа к врагу, но постоянно попадаешь в ловушки непонимания, в тебя летят стрелы, кричащие "А ВЕДЬ ВСЕ НАСТРОЕНО ПРАВИЛЬНО", в тебя воткнулся шурикен, на нем записка "РЕШИ ПРОБЛЕМУ КАК МОЖНО БЫСТРЕЕ". И вот ты в неравном бою уже долгое-долгое время, и никак не можешь одержать верх, силы на исходе, руки опускаются, идей больше нет, начальство нервничает. Как самураю снова найти в себе силы попытаться одержать победу над этим злодеем?
В ролях:
Рисовое поле - ABB Industrial IT, контроллер AC800F и проект большого котлоагрегата, составленный распиздяями.
Косяк-босс - в момент срабатывание горячего резервирования, второй контроллер, подхватывая рабочий процесс рандомно отключает работающие части и заставляет котел отключиться по различным защитам.
Полудохлый самурай - ваш покорный слуга.
Не надеюсь, что это как то поможет решить проблему, просто иногда нужно выговориться, а в данном случае, кроме тебя, асушач, вряд-ли кто-то сможет меня понять.
Если вдруг кому интересно будет: котлов несколько, в разное время создавались проекты на каждый, есть проект более поздний, где резервирование срабатывает четко, но все базовые настройки одинаковые абсолютно с предыдущими. Отличаются только программы, последовательность обработки, время циклов, и тому подобное. Переделывать все программы, это сопоставимо созданию такого же проекта, ибо изменений ОЧЕНЬ много, хотя и оборудование более-менее одинаковое, но все же не идеально.
Делитесь своими пиздецовыми ситуациями, интересно, с чем сталкивается анон в своей нелегкой работе.
Как же тяжело работать с давно сданными проектами, когда спустя годы обнаруживаются косяки, причем местами довольно серьезные, просто так вышло, что люди до тебя не обращали внимания на них. Ты работаешь в экспулатации, постоянно делаешь мелкие исправления в проекте, несмотря на немаленький срок работы снова и снова находятся недочеты, неточности, местами косяки. Объект, с которым ты работаешь довольно сложен не только для понимания тех процесса, но и для работы с его проектом (over 4000 переменных).
И вот ты вроде привык к нему, освоился, выполняешь любые связанные с ним задачи. И тут на сцену врывается КОСЯК-БОСС, про который почему-то никто и не подозревал, хотя операция важнейшая, просто не требовалось ее выполнение до некоторых пор. До сих пор. Вот он вылез, косяк-босс, огромный, жуткий, и непонятный. Ты принимаешь вызов, аки последний самурай в рисовом поле ищешь пути подступа к врагу, но постоянно попадаешь в ловушки непонимания, в тебя летят стрелы, кричащие "А ВЕДЬ ВСЕ НАСТРОЕНО ПРАВИЛЬНО", в тебя воткнулся шурикен, на нем записка "РЕШИ ПРОБЛЕМУ КАК МОЖНО БЫСТРЕЕ". И вот ты в неравном бою уже долгое-долгое время, и никак не можешь одержать верх, силы на исходе, руки опускаются, идей больше нет, начальство нервничает. Как самураю снова найти в себе силы попытаться одержать победу над этим злодеем?
В ролях:
Рисовое поле - ABB Industrial IT, контроллер AC800F и проект большого котлоагрегата, составленный распиздяями.
Косяк-босс - в момент срабатывание горячего резервирования, второй контроллер, подхватывая рабочий процесс рандомно отключает работающие части и заставляет котел отключиться по различным защитам.
Полудохлый самурай - ваш покорный слуга.
Не надеюсь, что это как то поможет решить проблему, просто иногда нужно выговориться, а в данном случае, кроме тебя, асушач, вряд-ли кто-то сможет меня понять.
Если вдруг кому интересно будет: котлов несколько, в разное время создавались проекты на каждый, есть проект более поздний, где резервирование срабатывает четко, но все базовые настройки одинаковые абсолютно с предыдущими. Отличаются только программы, последовательность обработки, время циклов, и тому подобное. Переделывать все программы, это сопоставимо созданию такого же проекта, ибо изменений ОЧЕНЬ много, хотя и оборудование более-менее одинаковое, но все же не идеально.
Делитесь своими пиздецовыми ситуациями, интересно, с чем сталкивается анон в своей нелегкой работе.
Ебал я об это говно шквариться. Частотников и пускателей с головой хватает.
>>111512
На прошлой работе (тоже в эксплоатации) больше проблем с железом было. Умирали панели и ПЛК, поднимал при помощи паяльной станции перепрошивок. Правил проект на симатике, в нём были запаролены ФБ-шки, открыл канопенером, производительность установки удалось увеличить на треть. В качестве благодарности от начальства - "спасибо" и речь о том, какая это уникальная для меня возможность получить бесценный опыт.
На текущем месте в проектировании мозг кипит от написания кода обмена сигналами между установками, ибо из-за экономии весь проект делается на одном контроллере и разное оборудование управляется просто из разных ФБ-шек в одном проекте. На проект их приходится больше сотни, а если посчитать ещё ДБ-шки и ФЦ-шки с шаблонами обработчиков классов клапанов, моторов и прочих типовых объектов, то больше тысячи. И всё это должно корректно между собой общаться.
>>111542
Почему вы настолько омеги? Почему не цените свои навыки/умения и знания? Или в ваших регионах у вас такая конкуренция, что на ваши места очередь из спецов стоит?
>>111512
Ты не можешь ПРОСТО сказать начальству, что там слишком сложно, надо переделывать ВЕСЬ проект? Тебе гордость не позволяет? Или страх? Тебя уволят за это? Премии начнут лишать или что? Для начальства ты просто ресурс и оно пытается использовать его на полную катушку. Еще раз - в большинстве случаев они не видят в тебе человека, они видят в тебе инструмент для решения своих проблем, ресурс необходимый для производства, такой же как сырьё там или технику. Если ресурса перестает хватать - закупают еще. Нанимают второго человека в помощь (если это поможет, что вряд ли), либо обращаются к изготовителю ваших йоба-котлов, либо в какую-нибудь инжиниринговую фирму.
У меня была ситуация, когда я фактически месяца два проработал переводчиком для пусконаладчиков, будучи АСУшником. А почему? Потому что спалился, что умею в английский. То есть была задача и вдруг выяснилось, что есть ресурс для её решения, значит можно дополнительный не докупать. А сказал бы сразу "идите нахер, я не понимаю, что он там бормочет", наняли бы переводчика без проблем.
>>111542
>В качестве благодарности от начальства - "спасибо"
Да, по той же причине, ты тоже просто ресурс. Иногда могут быть копеечные подачки еще, чтобы сильно не обижался и не выёбывался. А сколько ты там на самом деле своих сил и нервов затратил на работу - всем похуй.
>из-за экономии весь проект делается на одном контроллере
В чем проблема у тебя нахуй послать начальство с такой экономией? Аргументации не хватает или куда?
1) В случае поломок встаёт всё производство целиком. Просто посчитай стоимость дня простоя всего производства и сколько на это можно купить контроллеров.
2) Ремонтопригодность никакая
3) Километры проводов могут выйти еще и дороже, чем натыкать контроллеров и обмениваться между ними данными по Profinet. Если вы используете распределенные станции ввода-вывода - они не сильно дешевле контроллеров, а экономия в несколько десятков тысяч рублей в проекте на миллионы миллиарды, несущая такую пачку проблем - маразм.
4) Сложность программы с добавлением объектов возрастает нелинейно. И сложность внесения будущих изменение в программу читай эксплуатации будет непомерной. Ради чего это?
>>111542
Почему вы настолько омеги? Почему не цените свои навыки/умения и знания? Или в ваших регионах у вас такая конкуренция, что на ваши места очередь из спецов стоит?
>>111512
Ты не можешь ПРОСТО сказать начальству, что там слишком сложно, надо переделывать ВЕСЬ проект? Тебе гордость не позволяет? Или страх? Тебя уволят за это? Премии начнут лишать или что? Для начальства ты просто ресурс и оно пытается использовать его на полную катушку. Еще раз - в большинстве случаев они не видят в тебе человека, они видят в тебе инструмент для решения своих проблем, ресурс необходимый для производства, такой же как сырьё там или технику. Если ресурса перестает хватать - закупают еще. Нанимают второго человека в помощь (если это поможет, что вряд ли), либо обращаются к изготовителю ваших йоба-котлов, либо в какую-нибудь инжиниринговую фирму.
У меня была ситуация, когда я фактически месяца два проработал переводчиком для пусконаладчиков, будучи АСУшником. А почему? Потому что спалился, что умею в английский. То есть была задача и вдруг выяснилось, что есть ресурс для её решения, значит можно дополнительный не докупать. А сказал бы сразу "идите нахер, я не понимаю, что он там бормочет", наняли бы переводчика без проблем.
>>111542
>В качестве благодарности от начальства - "спасибо"
Да, по той же причине, ты тоже просто ресурс. Иногда могут быть копеечные подачки еще, чтобы сильно не обижался и не выёбывался. А сколько ты там на самом деле своих сил и нервов затратил на работу - всем похуй.
>из-за экономии весь проект делается на одном контроллере
В чем проблема у тебя нахуй послать начальство с такой экономией? Аргументации не хватает или куда?
1) В случае поломок встаёт всё производство целиком. Просто посчитай стоимость дня простоя всего производства и сколько на это можно купить контроллеров.
2) Ремонтопригодность никакая
3) Километры проводов могут выйти еще и дороже, чем натыкать контроллеров и обмениваться между ними данными по Profinet. Если вы используете распределенные станции ввода-вывода - они не сильно дешевле контроллеров, а экономия в несколько десятков тысяч рублей в проекте на миллионы миллиарды, несущая такую пачку проблем - маразм.
4) Сложность программы с добавлением объектов возрастает нелинейно. И сложность внесения будущих изменение в программу читай эксплуатации будет непомерной. Ради чего это?
Анон, мне кажется, что для начала нужно понять, в чём проблема: в самом ПЛК или в его программном коде. Возьми запасной ПЛК со склада, поставь его на место резервного и залей в него тот же код. Если будет та же фигня - будем думать дальше, нет - ну и слава Богу.
сдаётся мне, проектирование это естественная эволюционная ступень асушника, сложно ли с эксплоатации перекатываться, если опустить незнание ГОСТов проектирования?
>>111848
Могу сказать и откреститься от этой идеи с резервированием, будет минусом для меня, как человека опустившего руки. Тут еще играет роль мое стремление самому разобраться, попутно это отличная возможность досканально изучить проект, тем более, что меня сейчас ничем не озадачивают помимо этой проблемы, так как она самая приоритетная, такой опыт может в будущем пригодиться, мне кажется. В довесок, сам не знаю почему, но буду испытывать чувство стыда, когда придет другой человек и исправит эту проблему за меня.
>>111868
Бро, это не контроллер и не базовые настройки контроллера, исключили уже...
С какими конкретно контурами/исполнительными механизмами/датчиками возникает проблема, при переходе на резервный ПЛК? С одними и теми же, или с вообще не связанными друг с другом?
Котел отключается по защитам, некоторые повторяются, но в целом постоянно разные. Могут закрыться предохранительные клапаны подачи газа, так как отсутствует факел в топке (А ОН ЕСТЬ!!1), могут отключиться дутьевые вентиляторы по защите, причем там условие только то, что превышен ток работы, но при срабатывании не высвечивается сообщение, что ток когда-то был превышен, защита просто срабатывает. И так во всём. Лидирует в списке повторяющихся это клапан подачи газа.
Клапаны подачи газа - это те два соленоида перед горелкой, так?
>Лидирует в списке повторяющихся это клапан подачи газа.
То есть чаще всего останавливается по отсутствию факела горелки, я правильно тебя понял?
Ну не совсем соленоиды, там ПЗК стоит, немного более сложная конструкция, но в целом функция та же.
Защита может сработать и при отсутствии сообщения о погасании факела. Может либо ничего перед срабатыванием не писаться, либо просто "Авария всех горелок" "Отключение всех горелок", но факел тоже пишется периодически.
То есть я подытожу.
У тебя есть два абсолютно одинаковых и исправных контроллера ABB. В них находится абсолютно идентичный программный код. Но по неизвестной причине, при переходе с контроллера №1 на контроллер №2, ПЛК №2 выдаёт аварию по левому поводу. Всё так?
>сложно ли с эксплоатации перекатываться
Кому как. Ведь в проектировании тоже много разных задач, под которые можно загнать человека и чтобы он делал то, что у него лучше всего получается. Например:
- расчёт электрочасти, рисование принципиальных электирческих и пневосхем, подсчёт кол-ва шкафов управления, движков, клапанов и номенклатуры с длиной кабельно проводниковой продукции а так же лотков;
- составление алгоритмов работы написание непосредственно кода по этим алгоритмам;
- рисование визуализации для скады.
Если проектики небольшие с одним шкафчиком вентиляции каким-нибудь, то одного человека достаточно. Если проектируется сдаётся целый цех или вообще завод, то один заебётся и будет куча косяков, которые разгребать придётся на пусконаладке, растянувшейся на 3 и болше месяцев.
Какие варианты ты предпринимал для поиска и отлова такого поведения программы?
>>111919
>>111512
Я не эксперт, но субъективно складывается впечатление, будто один из вводных (дискретных) модулей "проглатывает" в какой-то прекрасный момент аварийный НЗ контакт (или один из таких сигналов, ну ты понел).
Физический дребезг исключили?
Ничтожно низкий шанс, но все же, может может быть программный глитч, к примеру, из-за 100% загрузки цпу. Вотчдог точно не ресетит ПЛК?
Ну и вдогонку - блинкеры, вы, конечно же, на все подозрительные цепи управления уже вешали?
эээ хули ты мой стиль копируешь свышь
наркоманы, блять. Раз им хочется самописец - могли бы и безбумажный поставить. Я так понимаю, этот шкаф поставил белый человек из Германии, а технолог Вася решил, что его аппаратчики жизни не видят без самописца и вот, КИПовцы где то из закромов извлекли на свет это чудо, 70-х годов производства, с перебитыми бирками (поверку то не проходит, взяли бирку от другого прибора) и торжественно воткнули в шкаф
Не, это я уже работающее оборудование конкурентов на своей пусконаладке фоткал. Там по техзаданию изначально был установлен самописец (именно белым человеком), ибо нет операторской и пеки со скадой.
А самописец мне внедрить хочется в каком-нибудь из следующих проектов. Так-то электронные безбумажные ставим на большие цеха, но один уже сдох, была рекламация и замена по гарантии. Сдох, естественно, с архивом трендов. Поэтому хочу предложить бумажный.
>Сдох, естественно, с архивом трендов.
Дай угадаю, поставили такое дерьмо которое даже не пишет логи отдельно на флешку, как раз на случай такого дерьма ?
Jumo Logoscreen. Да, модель без флешки. Всё равно бы с ней никто не бегал. Технологи печатают себе из архивов в скаде.
это фиаско, братан
Так как модели котла нет, приходится на рабочем оборудовании делать всё, а тут особо не разгуляешься. Изменял время срабатывания защит, пилил еблом в окно отладки, в момент перехода с одного контроллера на другой, но ничего там не увидел, ибо на пол секунды связь прерывается с скадой и нихера не видно, а после срабатывания как буд-то ничего не менялось. Менял очередность срабатывания программ, время обработки циклов, с целью добиться хоть какого-то изменения в поведении, что кстати один раз у меня получилось, и котел не отключился: из трех работающих горелок две вырубились, одна осталась работать, при этом включилась программа опрессовки воздухом на всех остальных горелках (их 6). Мне стало страшно, что лучше я не буду так бездумно эксперименты ставить, а то котел начнет неадекватно себя вести, а последствия этого могут быть ужасны. В связи с этим сейчас отслеживаю почему могла сработать та или иная защита, но зависимость пока найти не удалось.
Особенно затрудняет процесс то, что я могу только на остановленном котле проводить манипуляции, а результат видеть только после включения/отключения по графику, как правило по ночам (рядом меня нет). При переходе на остановленном оборудовании неясно, срабатывают защиты или нет, так как программа всё игнорит, так как понимает, что котел не работает.
>>112109
Имеешь ввиду, в момент резервирования пасти дискретные контакты модулей, смотреть что может сработать? нет, такого не делали, опять же из-за того, что ночью, пидоры, все пуски/остановы проводят. Можно попробовать наверно.
Проц не перегружается, это проверял на остановленном, стабильные 60% загрузка.
Блинкеры тоже не вешали, что-то не совсем этот процесс представляю, цепей то дохрена, блинкеров то и нет (старые советские 70х годов есть немножк)
Я думаю, ты уже догадался, что нет. Наверно у опытных специалистов нет такой хуйни, азарта и проч., больше здравого смысла.
какой то пиздец описываешь. Какие могут быть игрищи на запущенном оборудовании? Во вторых, какая может быть самодеятельность? Нужно разрулить проблему - требуй распоряжение, подписанное руководителем, иначе смело шли нахуй с их хотелками. Распоряжение, в свою очередь, пускай согласуют с технологами и выводят оборудование из технологии на время проведения работ. Какая у тебя там проблема, что то с горячим резервированием? пиши подрядчикам, внедрявшим проект, пиши в саппорт производителя железок, ну и сам раскуривай проект, мануалы, форумы. Алсо, твоя задача не выебываться знаниями и умениями, а решать проблему. Если проблему может решить кто то другой, то это идеальный для тебя вариант, реши организационные вопросы с руководством, подготовь материалы для анализа и тому подобное.
тебе платят за решение проблем в части АСУТП. Ты локализовал проблему, связался со спецом, который может все исправить, ввел его в курс дела, вот за это тебе и платят. Дохуя опытный специалист, способный отлаживать код одним взмахом руки совсем другую зарплату запросит, поэтому ты на своем месте.
> В связи с этим сейчас отслеживаю почему могла сработать та или иная защита, но зависимость пока найти не удалось.
У тебя же исходный код проекта на руках есть, как я понял. Вот и добавь туда подпрограмму с переменными, которые будут менять своё состояние по изменению сигналов, участвующих в аварийных блокировках, на которые в первую очередь падает подозрение. Обеспечь персистентность значений этих переменных, чтоб в случае чего, да взять то же отключение питания, ты всегда мог видеть их последнее состояние. Тем более, как ты говоришь, в этот момент происходит нарушение обмена данными со скадой. Это позволит тебе существенно сузить круг поиска причины такого поведения программы.
Если модули DI конфигурируемые - поставь максимальную фильтрацию дребезга.
Просто дупление в отладчик в лайве ничего не даст, ибо изменения состояния сигналов могут скоротечны и кратковременны, дебаггер их просто не отобразит.
Ну и ещё, перечитал твои сообщения несколько раз, но так и не понял, впо какой причине управление перекидывается на резервный цпу?
Потеря питания? Вы так тестируете программу или это в штатном режиме происходит?
Энивей, если в алгоритме зашито определение среды исполнения - т.е. программа понимает по значению неких системных регистров, в основной или резервной среде она исполняется, следовательно, нужно не обделять вниманием и эту часть кода, расставив там необходимые, на твой взгляд, переменные-ловушки, о которых шла речь выше.
>При переходе на остановленном оборудовании неясно, срабатывают защиты или нет, так как программа всё игнорит, так как понимает, что котел не работае
в чем твоя проблема? Аппаратчики перекрывают запорную арматуру на трубах с продуктами, участвующими в технологии, дуют азотом\воздухом\паром\etc. Электроники с кроссового шкафа (КИПовцы с поля) или ты сам производишь симуляцию сигналов, участвующих в алгоритме и следишь, за ходом его выполнения. Мы так дебажили центрифуги, насосы, отдельные контуры регулирования и целые установки
По началу пытались все сделать тихо, не хотели вскрывать такой обосрамс отдела автоматики, правда все равно все вскрылось и это уже более-менее официально, но ни одной бумажки пока не было по сему поводу, видимо не хотят придавать вес этой проблеме (опять же, чтобы другие отделы не нервничали). Я пока тоже мирюсь с этим, но долго такое, понятно, не продлится, и сам я никаких кардинальных изменений проекта делать не буду.
Что касается подрядчика, то связались непосредственно с человеком, разрабатывавшим этот проект, он вроде как доктор наук даже, собрали для него всю информацию, говорит что проблем не видит в настройках контроллера и просто предложил сейчас уменьшить обьем промежуточной оперативной памяти в пользу увеличения общей оперативной памяти (хотя и той и другой в достатке), попутно провести в разных комбинациях 25 экспериментов (а котлы не по моему хотению пускаются и останавливаются), так что это очень надолго, и мне кажется он таким жестом просто нас на три буквы послал. До официалки опять же пока не дошло.
>>112572
В общем то, то что выше писал и тебе отвечу, пока всё пытались сделать тихо-мирно. Если просить Технологический отдел предоставить полный карт-бланш для дебага, то проблема вызовет резонанс и у начальников будут траблы. Мне то похуй пока что, но я с вами согласен, если успехоав не достигну, то придется идти по нежелаемому для начальников пути.
>>112569
Спасибо, попробую сделать так. Поставлю у каждой переменной таймеры, чтобы они висели какое-то время, а то в момент перехода контроллера, связь пропадает на время.
Контроллер переходит командой "переключить на резерв.", вручную то бишь.
чет у вас какой то неправильный горячий резерв, если он вручную переходит на резерв. Я в этих ваших АВВ не шару так что может конечно так и надо но хз.
товаришь сверху предложил запилить на каждый вариант аварийной остановки запилить метку, что и советую предпринять, это поможет тебе локализовать проблему, вплоть до бита
если у вас там не конечный пиздец и реально память по пизде идёт при переключении резерва
Ну вручную мы переходим только для тестирования, а контроллер летом завис от перегрева например и в таком духе, тогда все срабатывает, но с вышеперечисленными нюансами.
Можешь подробнее рассказать про метки, что под ними подразумевается?
>а контроллер летом завис от перегрева
ну это вообще адъ. Пиши служебную записку с требованием установки кондиционера на шкаф управления
и что у вас с ЗИПом? Есть запасные CPU-модули? Может просто установить заведомо исправный модуль и не ебать мозг? Резервирование же за счет встроенных программных и аппаратных средств реализуется и не требует от пользовательской программы дополнительных манипуляций, может по пизде как раз аппаратная часть пошла или что то с памятью.
6 котлов ведут себя одинаково, я не думаю, что это аппаратная часть, иначе бы дефекты не были бы столь похожи. А вот программы них идентичные.
> Поставлю у каждой переменной таймеры, чтобы они висели какое-то время
Не, таймеры здесь, по-хорошему, ни к чему.
Объявляешь булевы переменные в своем коде, по типу xHuitaNameHappened,
а потом в коде отлавливаешь изменение целевой переменной или по определенному условию и фиксируешь изменение в своей локальной, например:
IF xHuitaName OR iHuitaTemp > 90 THEN
..xHuitaNameHappened := TRUE;
END_IF;
Причем, xHuitaNameHappened объявляешь в адресном пространстве энергонезависимой памяти, либо самостоятельно пишешь в EEPROM, если "persistent variables" не завезли.
Если нужно не просто зафиксировать выполнение какого-либо условия, но подсчитать кол-во таких срабатываний, объявляешь соответственно целочисленную переменную и по переднему фронту условия инкрементируешь ее.
Да, я подумал и отбросил эту идею, так как там везде FBD, решил просто триггер использовать обычный, но твой способ мене объемный и простой, тем более, что там ST поддерживается, сенкс.
Открываю проект не мой и выскакивает окошко: одна или более библиотек изменены с момента последнего открытия проекта! Ошибок не насыпало.
Нужен по сути только плк-браузер, чтобы поменять ip.
Тупой, но большой вопрос зная овены: не ебнется?
Нет, если ты только IP поменять, то ты даже прогу заливать не будешь. Так что все будет норм.
Вот понимаешь, у меня ход мысли один в один, как у тебя. Потому и спросил.
лол, да я другой анон, решил немного тебя взбодрить. Делай, как анон выше говорит, он наверняка разбирается. Алсо, собери стенд и проверь на стенде
Да, все норм. Если сомневаешься, то сначала зааплодь прогу с контроллера на комп, чтобы ее можно было перезалить без компиляции обратно.
За дельту не поясню. т.к. не доводилось работать с их контроллерами.
Но могу предложить ознакомиться с реализациями ПИДа многоуважаемой OSCAT:
https://github.com/simsum/oscat/blob/master/CTRL_PID.EXP
Остальные функции, необходимые для реализации: https://github.com/simsum/oscat
Доки: на офсайте или здесь: http://plc4good.org.ua/files/02_materials/oscat/oscat_de320.pdf
Код от них, по идее, должен быть абстрагирован от среды разработки и совместим с любой, поддерживающей МЭКовские стандарты (61131 и проч, относящиеся к программным средам).
> тут же можно только болванку вставить.
Скрин? Алсо если в библиотеке есть справка, то скрин хелпа по этой функции.
Вот, я не доганяю, что за Parametr. Допустим в S1 я вставлю нужное значение, в S2 регистр нужного аналогового входа, ну и что за S3 Parametr? что там? где все остальные переменные, типа времени измерения и тд.
Ну хз, чую в каких то регистрах параметры для пид прописываются. Либо нужно вызвать еще 1 блок, чтобы записать эти параметры. Вот какой то полумертвый фак на тему.
http://www.deltaww.com/services/FAQ_detail.aspx?secID=8&pid=1&tid=0&CID=06&SID=2&itemID=&ID=1824&fid=2&mode=list&hl=en-US
Но соррян, мне что то лениво ставить этот софт, чтобы попытаться помочь тебе.
Нет. Юзал овеновское подделие такого же рода - хуита, но работает. Ну и с панельками стоит не только на цену смотреть, но и на софт, т.к. иногда можно хлебнуть. Алсо, если тебе не для себя, а для производства, то не забывай, что хотя бы сертификат таможенного союза должен быть.
Я хуею с этих рыцарей АСУ. В каких сферах производства такое говнецо использоваться не считается зашкваром? Автоматизации на основе ОВЕНа хотя б публикуется в солидных изданиях типа Control Engineering.
нагуглил за тебя мануал, вот
http://www.delta.com.tw/product/em/control/plc/download/manual/Delta_PLC-Program_O_EN_20130530.pdf
Описание принципа работы API 88 на странице 7-126. Давай попробуем разобраться
>For the 16-bit instruction, S3 will occupy 20 registers. In the program example above, the area designated in S3 is
D100 ~ D119. Before the execution of PID instruction, you have to transmit the setting value to the designated
register area by MOV instruction, If the designated registers are latched, use MOVP instruction to transmit all setting value at a time.
матри, в s3 ты помещаешь номер первого регистра из массива регистров, в которых содержатся параметры для конфигурирования этого функционального блока. Размер этой области либо 20 регистров (в режиме исполнения 16-ти битных инструкций в душе не ебу, что это,
я по SIMATIC'у) и 21 регистр (в режиме исполнения 32-х битных инструкций). Данные в эти регистры нужно поместить командой MOV (если они с "защелкой" я ебал вашу терминологию, у симатика просто DB создается для параметрирования ПИД-регулятора) или MOVP.
Там потом таблица в мануале идет с описанием аргументов, из значительных:
S3 - интервал вызова функционального блока (не меньше времени цикла, при нуле блок не исполняется вообще)
S3+1 - коэффициент пропорциональности
S3+2 - коэффициент интегрирования
S3+3 - коэффициент дифференцирования
S3+4 - режим работы регулятора (от 0 до 8, смотри сам в мануале, например 1 - регулятор с ПОС, 2 - регулятор с ООС и т.д.)
я тоже в конфач коллегам репостнул, интересная тема для домашней автоматизации. Пока обдумываю на чем реализовать вентсистему в гараже, хотел велосипедить на одноплатном компьютере и ардуинах
>регистры на защёлках
Пиздос. Надо бы запомнить сего вендора, чтобы никогда не прикасаться к их продуктам, а то в свете импортозамещения в какое только говно не вступишь. В XXI веке ебстись с перемещением битиков и байтиков в регистры вместо того, чтобы решать задачу.
в принципе, расширения кругозора ради, можно и поколупать мануал и вскрыть эту тему. Наверняка не просто так это деление на регистры существует. А ебстись с байтиками придется везде, в реалтаймовых железках похоже без этого никак, виртуальную машину с языком высокого уровня и кучей синтаксического сахара мы точно в ПЛК не увидим
Съебите в /diy/ или /ra/. Репортнул на всякий случай.
Спасибо, братан. Нашел эту вздрочь на русском http://www.deltaelectronics.info/content/files/DVP-PLC_aplication_manual_rus.pdf. Да и на работе сегодня попробовал сам написать всю пид-овскую математику, вроде даже что-то заработало. Я согласен, что Delta немного своеообразная, но работать приходится с такими жидками, которые хотят подешевше.
Прихожу
Эти пидоры грят даталоджик пердолить
- Говорю хули пердолить, был такой, даже в резюме не вписывал эту хуиту, думаю что там сложного в этой хуите.
Спрашивают ну и как?
- Мастер лазер, слейв камера высокочастотная и в софте настраиваешь
Встают и уходят
Too high
Видимо автоматизация складского учёта или что-то такое.
От него, видимо, потребовали навыки ремонта терминалов на уровне реболлинга и прошивок. Так должность "электронщик-ремонтник" этот минимум и подразумевает - обмазываться паяльными станциями и осциллографами.
Ящитаю, что конечно нужно иметь перечень смежных отраслей, куда можно перекатиться. Заводы это, конечно, весело и хардкорно, но тоже со временем начинает подзаёбывать - вредность никто не отменял, в 20 лет как-то похуй, а в 30 уже начинаешь по кардиологам и урологам бегать, ещё и слух падает. И это при том что не бухаешь и не куришь особо.
>Мастер лазер, слейв камера высокочастотная
Такой расклад ведущих/ведомых устройств в сети, конечно, забавен, но если мастер постоянно поллит слейв на предмет всех необходимых регистров для работы (скажем, для лазерной головки это позиционирование и мощность), то не все ли равно? Другое дело, если протоколом может быть наложено ограничение на количество мастеров в сети, и устройств в сети более 2х, тогда да, такая расстановка нецелесообразна.
Если проект в CBF, то лезь в структуру аппаратных средств. Там ПКМ по модулю CI840, или какой там у тебя, выбираешь "параметры". Вкладка "имитация/замена".
Далее сравниваешь значения выделенных столбцов (а ещё лучше ВСЕХ) поканально с рабочим проектом (естественно входные/выходные переменные в проектах должны совпадать, если не совпадают: вручную ищешь защитные переменные и сравниваешь только их).
При переходе на резерв кратковременно падает профибас и все переменные либо сбрасываются, либо удерживаются, либо подставляются жёстко. В этих столбцах ты определишь их поведение.
В CBF 9.2 название столбцов другое, но суть та же.
Тред не о ПЛК, а об автоматизации технологических процессов в добывающей, металлургической, химической лёгкой и пищевой промышленности. То, как это снабжается одной из энергосред, а в частности - электроэнергией, обсуждай в своём треде.
> Любую панель оператора возьми
Опрашивает по цифре же, а мне дискретку надо светить. И дороговато.
Нищеброд сраный.
А как насчёт асучивания ТЕПЛОВОГО оборудования электростанций, гребаный ты расист?
Надо было беречь тред теплоэнергетиков, кто тебе доктор.
Короче, держи и уёбывай.
Чё-то двощ совсем скатился. Сидит какой-то петух и кукарекает, типа, "в моём треде ххх не будет". Мань, ну ты совсем охуел? Человек задал нормальный вопрос. Если тебя в школе травили "энергопидары" - это твои проблемы.
Пойми, реверс и проекция - заведомо проигрышный подход при попытках отмыться и оправдаться.
А боевые картинки - уже верный признак твоей беспомощности и школьной обиды.
Входит конечно.
Просто в воркаче завёлся обиженный энергетиками уебан, который в своё время регулярно заваливался в энерготред для того чтобы объяснить местным анонам, какие они говно и пидарасы, а асушники - неибацца крутые.
Обида чиста личная, ибо 99% асушников даже не знают о том, что "энергопидары" существуют.
Ты, видимо, не сталкивался и не общался с этим бессовестным скамом, постоянно вставляющим палки в колёса, находясь на должности АСУшника. Ведь ты и не АСУшник вовсе, пидр.
И да, Самурай должен звонить разрабам и спрашивать за косяк, который они уже явно устранили в новых проектах. Если не идут навстречу, значит вносишь проблему на уровень начальства и они уже звонят директору проектантов.
>>114888
Сбасибо, бро, до боли знакомые скриншоты выложил, аж приятно глазам. Читал в мануалах про имитацию, но не решался на этот шаг, из-за объема этой работы, если еще пара идей не сработает - испробую.
Разрабы пока только предложили поменять два параметра: Уменьшить промежуточную память (в дан. момент =3000), в счет увеличения оперативки (И того и другого в достатке, так что хз зачем), и параметр "сконфиг. память резервирования" уменьшать (сейчас=50). Сейчас пробую их менять по предложенному плану, эффект = 0.
Проводя исследования, походу нашел ниточку. У каждой горелки котла есть свой шкаф управления (ШУГ), в каждом ШУГе стоит свой маленький контроллер AC500, связанный с АС800. В момент резервирования плохо ведут себя по большей части именно параметры с АС500, то факела нет, то давление газа вдруг упало, продолжаю исследовать.
В связи с этим тоже вопрос: если действительно АС500 виновник происходящего, то я даже не смогу сделать предложенные тобой манипуляции (таким же способом), ибо там он представлен иначе, чем модуль.
У проекта с работающим резевированием настройки все совпадают с проектом с неработающим резервированием, в том числе параметры подключения к АС500 и защитные переменные модулей в/в.
А как контроллер ас500 выглядит в структуре аппаратных средств? Скриншот кидай, он ведь через профибас связан с главным? У нас просто тоже была большая проблема именно с этим.
Эх, я с работы уже ушел, не могу свои скрины сделать (а впереди выходные как на зло), но так как твой очень похож - попробую пока так описать:
1. Точка настройки связи с всеми контроллерами АС500, настроек там довольно много, по памяти не вспомню, но потом скрины могу сделать. (Настройки типа скорости передачи, таймауты и прочее)
2. Непосредственно контроллеры АС500, 6 штук, настроек там мало, все совпадают с работающим проектом.
3. Еще 2-3 модулей с какого-то температурного шкафа
лол, тоже подумал, глядя на скрин, что такое могло бы быть
Ну так Поищи вкладку имитация/ замена в контекстном меню "параметры" пунктов 1 и 2. Профибас между контроллерами резервирован у вас? И кстати, Я кинул Тебе скрин настройки не простого модуля, а именно модуля связи профибас.
Я посмотрю повнимательнее, но по моему, если память не врет, разницы там никакой не было.
Профибас резервирован, там галочка такая стояла, помню.
Ебать ты патриарх. Не, коллеги такого возраста и опыта стараются не рыпаться. Но и на начальство они надавить умеют.
>коллеги такого возраста и опыта стараются не рыпаться
Мне похуй, подушка безопасности имеется. Полгода смогу прожить, в случае чего.
>Но и на начальство они надавить умеют
Тут мимо. Начальство сплошь менеджеры, для них программист и сисадмин - это один человек. Хуй объяснишь, что ты работаешь на поддержке готовых проектов, а не на разработке.
Сколько платят, можешь сказать? Я сам почти такой же по скилзам и опыту, только в С/С++. У меня 130 тыр. в месяц. Думал перекатиться в другую богадельню, только больше 100 тыр. никто не предлагает.
А нахуя верхний уровень на делфи? Сейчас вполне есть СКАДА-платформы удобные.
>Сколько платят, можешь сказать?
>У меня 130 тыр. в месяц.
Чувак, я в деревне живу, у меня в 2 раза меньше.
>>115213
>А нахуя верхний уровень на делфи? Сейчас вполне есть СКАДА-платформы удобные.
У меня давно все написано, компоненты подобраны, модули написаны. Скады свои пишу, в случае нестандартной ситуации могу быстро дописать необходимое. Да и привычка велосипеды делать с детства никуда не ушла.
>я в деревне живу, у меня в 2 раза меньше
Слышал, что DeCont в Березняках Пермского края разрабытывался. Потом от знаменитого провала разработчики сбежали в еще больший Мухосранск.
Дак и я в деревне живу и работаю в другой деревне, лол. 25 км до ДС.
>Слышал, что DeCont в Березняках Пермского края разрабытывался.
Масквабад жи. Вся энергетика мацквы на деконте построена.
Основной офис там, где сидят разрабы я не в курсе, да и похрен. Железо у них норм, у нас оно работает уже 15+ лет, а вот софт так себе. Среда разработки родом из 90х, но у меня свой воркспейс собран
Ебать жопа мира
TIA и симатик менеджер
1,6 гигов
типовые
куда сливать?
И смысл? Если не знаешь, от чего эти проекты (технология, принцип работы установки или линии, принципиальные электрические схемы и т.д.) то толку от этих проектов немного.
>типовые
Тут бы поподробнее.
Вот тут то it-тред тебе и пригодится.
хоре деанонить, тут 3,5 инвалида и все итак уже друг друга знают
сливай на fayloobmennik.cloud можешь запаролить и пароль сюда кинуть
Да
Товарищ аноним, вас беспокоит Рулон Кафирорезов, начальник безопасности известной вам фирмы. Оставайтесь на месте, наши юристы подъедут к вам в ближайшее время.
Рабочая документация в САПР EPLAN есть? Посмотрел бы.
>Одной немецкой фирмы
Уноси к хуям, они не умеет в английский, а разбираться в коде с немецкими названиями и проебаными умляутами врагу не пожелаешь
Хуле нет? Можно использовать любые идентификаторы, разницы нет, т.к. это просто разные уровни дерева. Ну и при же желании символы можно заменить. Это просто принято использовать в основном == , = и +.
Яндекс.диск/dropbox/google drive/облако_нейм_от_мейл_ру - самые простые варианты для большого объема и когда скачивать его будут всего несколько человек.
Такое чувство, что в русском асу работают одни малолетние долбаёбы.
При чём тут прокси, ты совсем конченный дебил?
Контора в которой работает анон элементарно сможет его вычислить по списку слитых проектов. И в последствии раздать пизды за разглашение коммерческой тайны.
> вычислить по списку слитых проектов
> раздать пизды за разглашение коммерческой тайны
Ой, блядь, не ты ли тот анон, который заебал положениями NDA ростовского коллегу, который постил фотки шлюза из китайской АЭС?
Ой, блядь, давай всё нахуй сливать на двощ.
И фотки с объектов, и видосы с планёрок, и проекты в полном комплекте и всё-всё-всё.
Хочецца же повыёбывацца, да?
Слей хотяб список содержимого. Или область применения: химия, нефтохимия, пищевка, пиво.
>не нравится тебе значит не сливай
>трудовая этика
>корпоративные обязательства
>банальное уважение к чужому труду
>ну тип если нравится то следуй если не нравится то нет нет чё бугуртишь то))00
Мимо-электромонтер
>С чего начать?
C Dive into ASUTP http://www.ibiblio.org/kuphaldt/socratic/sinst/book/liii.pdf
С осознания того, что не бывает сферических асушников в вакууме. Твои навыки и знания могут быть применены для упрощения/оптимизации некоего техпроцесса с использованием электрооборудования? Если да - то смело можешь носить гордое звание асушника. Коли же исходить от противного, то сперва стоит определиться с выбором отрасли, производственные процессы которой ты мог бы автоматизировать.
>>117773
Он не справочник искал, а гайд.
Чем ты руководствуешься, принимая такое решение? Думаешь в АСУ ты будешь много зарабатывать по сравнению с энергетикой? У меня для тебя плохие новости.
Это - не твои проблемы
Бро, я все посмотрел - галок нет ни в одном проекте, все значения по умолчанию стоят равными нулю( то есть дефолтные). В момент перехода на резервный контроллер ключевые значения не нулю равны, некоторые в минус уходят, давления блять в минус, но это защита не хавает, так как там секундная выдержка, не успевает сработать.
Я решил провести эксперимент, ставил галочку "удерживать последнее значение", но давление один хуй в минус улетает ( было 1.1кг, например). Ставил имитацию, ну она понятно, работает только когда галка стоит, но оно мне никак не поможет. Пока не смог разобраться, как работает удержание последнего значения.
Извиняюсь, работа навалилась, не до тогда стало. Подозреваю, что программно все решено в заведомо рабочем проекте. Программы там действительно отличаются прилично, но переписывать их я не рискну, это на год работы.
Ты не нам это пиши, а катай служебку в которой вали всё на пидрасов-разработчиков, как на мёртвых.
Просто люди здесь слишком разные. Не думаю что кого-то здесь заинтересуют детали о запиливании системы на пцске и интегации в это систему 3 древних с7-300
Меня заинтересуют, я всегда отвечаю на вопросы по сименсу. Но проблемы ты подметил верно. Нас здесь в сумме человек 15-20 и если кто то приходит со специализированной проблемой, то вряд ли ему кто поможет, тем более оперативно.
Так что можно сказать что здесь у нас чатик чисто поболтать.
Я проиграл, не играя. Это дзен.
Порекомендуйте, пожалуйста, проверенную библиотеку функциональных блоков для кодесиса. Самое главное - чтобы был хороший PID-регулятор, в остальном мне хватит стандартных блоков.
Спасибо, анон.
Собственно, варианта только три:
1. Oscat
2. Библиотеки от вендоров/внедренцев
3. Библиотеки из CODESYS Store - они в основном за бабло (50-100 евро), и ПИДов там пока нет.
Что за станции? Клиенты, сервера? После виртуализации нетпро был прпвильно настроен?
Итого: плк323 с кс - веб на борту.
сим карта со статичным ip.
модем включил, оператора сконфигурировал, пингаются сайты.
а вот по ip доступа к веб визуалке нет (точнее через шнур есть, а вот по гпрс нет).
что может быть?
Скорее всего ты по умолчанию стучишься в веб морду модема, которая обычно залочена для доступа извне. Пробросить порты мб? У тебя веб морда на стандартном 80? Мб переназначить и при попытке коннекта жестко указать порт?
Спасибо, анон, добра и няшности тебе.
Это айти лезет в АСУ. У меня в городе, например, есть завод с до сих пор работающей пневмопочтой. Диаграммки и пробы продукции по заводским лабораториям отправляют.
>есть завод с до сих пор работающей пневмопочтой
Охуенная штука, кстати. Видел, как в гипермаркетах гоняли по пневмопроводу кеш. Зело завораживающее зрелище.
сотовый оператор выдает "серый" ip-адрес для абонентов, это значит, что у тебя нет возможности достучаться до устройства извне без определенных телодвижений. Выходом вижу vpn-туннелирование.
сорян, не увидел статический ip-адрес. Тогда действительно нужен проброс портов. Но как мне кажется, вариант с vpn все же стоит рассмотреть, хотя бы потому, что web-морда твоей железки не будет торчать в интернет
две взаиморезервирующие OS (подозреваю, что проект был скопирован duplicator'ом). NetPro не трогали, вообще проект не трогали, т.к. в виртуальной машине крутится образ, снятый с машины физической (т.е. 100% соответствие всех настроек и всего установленного ПО).
> Как это подключается к ПЛК?
Как обычный 4-20.
> Должна быть какая-то библиотека для ПЛК, умеющая читать HART?
В первую очередь должен быть модуль поддерживающий протокол. Ведь что такое HART? Это наложенный частотный сигнал поверх 4-20, и обычные модули вообще его не увидят, т.к. для них все эти колебания по синусоиде в сумме дают 0. Дальше вариантов работы несколько. Это или приложения, которые используют модули в качестве модема, например (и дальше примеры по сименсу), simatic PDM. Либо интеграция в hardware, когда HART переменные будут отображаться в обычной области вводов/выводов.
Либо можно вместо модулей использовать модем. С ними чаще всего используют отдельные приложения от производителей датчиков, но и тот же PDM можно.
> Что в самом сигнале интересного зашифровано?
Ничего особенного, обычные команды по передачи данных - считать/записать регистр. Если хочешь, то тут полистай http://www.bookasutp.ru/Chapter2_5.aspx
хуила возьми такуе же симку и чекни по внутреним адресам оператора.
В wincc настройка на named connection?
Обоссал Elsys овеном.
Вы видите копию треда, сохраненную 15 января 2020 года.
Скачать тред: только с превью, с превью и прикрепленными файлами.
Второй вариант может долго скачиваться. Файлы будут только в живых или недавно утонувших тредах. Подробнее
Если вам полезен архив М.Двача, пожертвуйте на оплату сервера.