Суть того что я писал немного в другой плоскости. Люди увольняются, идет постоянная миграция ресурсов. Чем менее уникальна программа, привязанная к конкретному человеку, тем проще вести бизнес. Деньги - вот основа мира
Суть того что я писал немного в другой плоскости. Люди увольняются, идет постоянная миграция ресурсов. Чем менее уникальна программа, привязанная к конкретному человеку, тем проще вести бизнес. Деньги - вот основа мира
Святослав, использую MQTT в проектах, на ST. Он очевидно хороший протокол, но для небольшого объема данных, отдающихся по... Читать далее
В АСУ скорее всего со временем ПЛК будут работать на Rust или JS. Ну я надеюсь. Питона со своим интерпретатором думаю только... Читать далее
Дайте, пожалуйста, совет давно не практикующему электрику. Как председатель ТС, столкнулся с вопросом ремонта 20-ти щитов... Читать далее
Ребята ещё такой вопрос, Skoda Octavia a7(2016), установил камеру оригинал(б.у) , отдельно ее проверил работает, все как... Читать далее
Коллеги, посоветуйте разьемчики. Сейчас JST XH 2.54, но они не влезают чуток (не хватает места для USB и кнопки резета).... Читать далее
Ребята, как лучше сделать? Буду себе делать заземление дома, соединять ли ноль и землю или нет ? Или вывести все на отдельную... Читать далее
Комментарии: 37
Maxim
Для тех кому не нагляден ST, существует замечательный Ladder
Davydov
ну я все же про программирование, а не про электрику :)
Svyatoslav
Тогда уж CFC)
Maxim
А про автоматизацию У нас 100% ПЛК на всех линиях тупо на ладдере) И ST отключен
Vyacheslav
Денис, а что Вы скажете про контроллеры где ST - даже запрещен!!! Просто есть места, куда программистов подобных Вам - нельзя пропускать. Это системы блокировок. Например, на каких-то АЭС. Там как раз нужно очень наглядно и очень примитивно показывать достаточно хитрозавернутые схемы.
Davydov
я не говорю что все нужно делать на таких языках, понятно что булевую логику проще описать графически... я про те задачи, где несколько тыщ строк кода на текстовых языках приходится писать
Maxim
У ПЛК линии задача обрабатывать логику, а не потоки данных Всякие данные пусть OPC со скадой обрабатывают)
Elekmont
Логично для данных уже скада как второй уровень . Там и математика по сложнее.
Davydov
ну вот недавно же тему поднимали, имеются счетчики от разных производителей, где каждый как хочет протокол обмена с ними реализуется, и нужно сделать сбор данных с них, на каждый ставить полноценный PC для этого?
Svyatoslav
Та с такими шагами развития техники,скоро не столь важно это будет.
Elekmont
Plug and play типа
Maxim
нет, заранее подбирать модули, которые умеют в эти протоколы И счётчики само собой
Davydov
такие существуют? сомневаюсь, производитель обычно в доках описывает свой протокол на Си с опечатками, и считает что этого достаточно
Maxim
Хз, что у вас там за датчики такие У нас либо 4..20 в крайнем случае. В остальном всё дискретное Остальное cc-link, devicenet
Davydov
ну я системами диспетчеризации часто занимаюсь, и когда приходишь на объект, где все уже установлено и работает, смотришь что там, и прям всякое желание браться за этот зоопарк пропадает
Maxim
Не умеет датчик в нужный нам протокол - подбираем другой датчик. Гора к магомеду не едет.
Davydov
ну у нас, к сожалению, так не работает, приходится работать с тем что есть... к примеру стоит ща в здании пол сотни фанкойлов 4-х разных производителей, и у каждого свой протокол, у одного только модбас есть... и вы предлагаете заказчику их все заменить?
Vyacheslav
Это проблема кстати тех, кто не думает как это интегрировать. Действительно выход тогда один - удорожать автоматику
Svyatoslav
Или если была интеграция в ПЛК типа node-red. Вообщеб не пришлось покупать новый датчик. Но это правда жир стекающий))
Maxim
У нас 99% оборудования на этапе интеграции тестится и утверждается И хорошо, что мы Melsec System-Q юзаем, а не овно всякое На новом проекте вообще iQR будет iQR на ладдере И роботы Kuka на кой-то хер)) И при этом у нас скады до сих пор нет нормальной Есть шляпа, которая по типам простоев OEE репорты делает и усё
Vyacheslav
У меня с Овен куча внедрений и нет никакого пренебрежения. Просто хорошо знаю где его можно ставить и как оно работает, дешевые линейки не покупаю. На крупный объект, более 500 IO поставил бы Schneider, WAGO, Siemens
Svyatoslav
ХD
Valerii
А если «датчик» стоит за 100-150 тысяч вечнозеленых, тоже менять датчик если не умеет в нужный протокол плевать? Или Магомеду данная гора не по силам будет и он выберет гору попроще?) есть ж датчики(счетчики итп) которые не просто 1-2 параметра передают, а целый стек подготовленных данных гоняют. При том сам так называемый датчик имеет нейронную сеть для корректировки модели с кучей параметров, которые необходимо передавать выше. вот в подобном случае - со сложными измерительными системами как пример, человек и говорит что использует ST для обработки и передачи пакета данных данных выше. По крайней мере я это так понял исходя из своего опыта. Fbd/LAD не будет удобный язык в данном случае
Konstantin
Приведите пример датчика за USD, please В таком случае уже не датчик для ПЛК, а ПЛК для датчика
Valerii
100-150 000 цифра из головы. Как пример: мультифазный расходомер. На входе 5-10 сенсоров. На выходе ~50 параметров.
Konstantin
Такие датчики должны подключаться стандартными интерфейсами AKA ProfiBus, ProfiNet etc
Anonim
А нужен ли такой заумный и дорогой датчик? возможно задача не с того конца решается и можно решить намного проще
Konstantin
Пригласить Гаечку главным консультантом в проект?!
Anonim
Тем не менее, принцип чем проще тем лучше никто не отменял.
Konstantin
Снимаю шляпу перед вашей мудростью, мамзель! KISS рулит не только в программинге, но и в инжиниринге
Valerii
Эт не я эту задачу решал). Читал документацию - британцы ещё в 90ые на объектах в северном море не могли разобраться как измерить расход сырого газа с пласта где несколько фракций имеется - и жидкость (газовый конденсат), и вода, и собственно газ. И навыдумывали муллтирасходомеров, не буду углубляться в детали, но я изучал именно плоды их методов измерения. А этих методов измерения наплодили кучу - начиная от спец сепараторов или расходомеров с ядерными источниками, ну и заканчивая нейронными сетями)... Суть вопроса была не в этом. человек писал что приезжает на завод, а там уже есть готовое оборудование и датчик не поменять на 4..20 или devicenet, выше привёл пример что такое бывает и иногда нецелесообразно что то менять.. ну и вопрос был про языки программирования, что в плк есть задачи и для st. В чем я тоже попытался поддержать человека
Anonim
150 тыщ для датчика не так уж и много
Anonim
цель оправдывать средства должна
Nikita
150000 в рублях немного, а вот в долларах многовато.
Vyacheslav
Мы значит говорим не о классическом АСУ ТП, где есть распределение на РСУ и ПАЗ
Davydov
ну у меня частенько задачи - обрабатывать какие-то потоки данных, реализацию каких-то протоколов нужно делать, тут единственный вариант - ST, и он стремно с этим справляется
Maxim
Благо у меня потоки данных на другом уровне обрабатыааются