Михась

Народ, успокойтесь. Вот нормальное чтиво. Вениамин Иосифович видимо опять развлекается. http://iprog.pp.ru/forum/read.php?f=1&i=74671&t=74671&v=f Он на многих асутпшных форумах холку чешет https://asutpforum.ru/viewtopic.php?f=12&t=7318&sid=a174ff557ce321d218306b5c42efa309

Тут уже была аналогичная тема, созданная каким-то Моисеем Соломоновичем про АСУТП с микросекундным циклом. Похоже это развитие офигенной истории.

У меня есть частный случай подключения к 220в. И как я не хотел, проще не получилось http://www.screencapture.ru/file/96b83CFd

Совершенно верно, балластные конденсаторы без защиты от иголок не прокатывают. Кроме того, индикаторы на неонках страдают от подсветки при наводке на кабель. Светодиодные индикаторные лампы подсвечиваются заметно меньше.

Сейчас надо чтобы фирма была еще и гендерно равная.

Да вроде написал что деление целочисленное. В результате вставил в формулу проверку.

Имеем в частном случае STM32F0 и кейл-лайт. Сейчас у меня ситуация, при которой в формуле не исключено деление на ноль (целочисленное). Как поступить? Нашел статью Trapping and identifying divide-by-zero errors http://infocenter.arm.com/help/index.jsp?topic=/com.arm.doc.faqs/ka4061.html Ну хорошо, теперь имею программное исключение, но что с ним делать опять непонятно. Как общепринято поступать в случае угрозы деления на ноль?

Ну, каждому свое. В одних ПЛК может быть программа из нескольких строчек на ST, в других десятки страниц на ST. А еще есть критерий быстродействия ПЛК. Куча технологического оборудования работает с циклом в 100 миллисекунд. А для задач управления движением нужен уже цикл в единицы миллисекунд. Поэтому на рынке есть всякие ПЛК.

Справедливости ради ПЛК не обязательно подразумевает использование языка МЭК. Например так называемые Win-PLC и Linux-PLC предлагают прогать на CPP. Или вот https://www.reallab.ru/catalog/plc/nlcon-1at2/ - на сишечке. В этом есть большой смысл. А вот недавно еще была куча дешманских ПЛК которые надо было прогать на их проприетарном "ассемблере" который исполнялся на примитивной виртмашине. Так что что есть ПЛК - вопрос дискуссионный.

http://www.skele.ru/downloads/FS2000.pdf

Сименс защищается от перетоков гальваноразвязкой а для "выравнивания" потенциалов применяет так называемое функциональное заземление (эквипотенциальный контур) проводом сечением в 16 квадратов. http://www.intechcom.ru/sites/default/files/production_files/s7-400_man.pdf

Кое-что по организации входов/выходов можно найти у омрона в этом каталоге https://assets.omron.eu/downloads/catalogue/en/v7/p08e_cs1_group_catalogue_en.pdf Потом есть ГОСТ http://docs.cntd.ru/document/1200103628 http://docs.cntd.ru/document/1200135007

Правильно, как только оборудование пошло в серию и меняться не будет, ставят такие https://melsec-fx.ru/plc/plc-cn/single-board-plc китайские одноплатные ПЛК. Точно. 99% клиентов заключает договоры и подписывает документы без эксплуатирующей службы КИПиА. Просто идет некое оборудование XXXX, в его составе шкаф YYYYY. Некоторые, которые типа самые умные, могут поторговаться на увеличение срока гарантии например на полгода. Ну а проблемы то начинаются как правило не через полтора года лет через 5.

Кстати, искренне считаю что лучшие контроллеры https://icp-das.ru/catalog/kontrollery-pac/seriya-ipac-8000/ipac-8000/ которые можно прогать на турбоси. По опыту оказалось что за 20 лет никакие технологи и киповцы реально не один наш сданный проект не развивали. Поэтому отдаем исходники на языках МЭК со спокойной душой. Кроме одного серийного шкафа, который как раз можно коробочно продавать на рынке. ООООО, ПЛК в любом случае держит за гениталии. Крайне мало вероятно что у вас не будет проблем что при живом исполнителе проекта, что при альтернативном. Вызывают на крупный объект на молочке. Директор сидит и вся шобла. Молодой и вумный технолог начинает чесать как надо дополнить программу на крутом европейском пастеризаторе, про контуры управления, про ПИД, ... Ну в общем нам надо доработать этот пастеризатор "там ничего сложного, крутой европейский производитель, язык МЭК..." Идем на объект - финита ля комедия. В нестаром пастеризаторе стоит древний омрон (экономные европейцы решили что дикарям и со склада сойдет), проекта нет, производителя нет (пал в корчах в борьбе с китайцами), телефоны не отвечают. Ребята вняли моему совету - заварить шкаф и даже не дышать на него - пусть работает пока работает. Вот и все гарантии и обязательство исполнителя в реальном мире.

Исходник - это исполняемый код на спецязыке в ПЛК, а не "операционка". Вот еще из недавней практики. У клиента в городе встала технологическая линия. Стали разбираться - сдох один из дискретных модулей ввода-вывода ПЛК. ПЛК вдребезги китайский, даже в инете особо не ищется. Заказчик обращается к производителю, гарантийный срок вышел. Производитель сообщает что через месяц наладчик к ним обязательно приедет. Заказчик хватается за все органы, т.к. его бизнесу звизда. Через нас решаем, что можно часть второстепенных датчиков датчиков откинуть, пересобрать схему и сделать спецпроект (!!!!!) именно под этого заказчика. В общем наши руки перекоммутируют, программисты в Чертегдеевске переделывают проект. Потом нам дают конкретный дистрибутив Шнайдер-Электриковской среды разработки (ПЛК оказался клоном шнайдера), мы ставим ее на свой ноут (а весит она несколько гигов!!!) и эти ребята через удаленый рабочий стол заливают и редактируют проект. Вот такие глубины глубин. Бедные киповцы, которые 20 лет назад с трудом релюшку то меняли.

Так и та и та могут гавкнуть. Ну и вот топичная ситуация https://asutpforum.ru/viewtopic.php?t=7300

А причем редкость? Во первых, ПО надо как-то разместить в новом ПЛК и это часто не так уж и очевидно - надо иметь среду разработки. На производстве типов ПЛК может быть и поболее десятка. Это очевидный геммор. Дубляжа в реальной жизни как правило нет. Сплошь и рядом приходит комплектное оборудование, в составе есть ПЛК. И получить ПО нет возможности, т.к. вообще непонятно кто его писал. А оборудование поставили по договору и на него есть конечно некие гарантии, на год например. А что делать дальше? Проект не сольешь, т.к. скорее всего он залоченный. Буквально недавно у соседей пример. Сдох ПЛК, связались с москвой. У них есть в архиве копия ПО, но она до пусконаладки, т.к. им писали оутсорсеры. А на объекте был пусконаладчик-оутсорсер, который ее хорошо переправил, залил и уехал. Но его теперь найти не могут.

Как сисинтегратор в основном, скажу что в промке минимум приличия по защите - не должна выйти из строя прошивка. Т.е. пальнуть вход/выход плохо, но не самое страшное. Заказчик должен иметь возможность восстановить систему из ЗиПа самостоятельно. А вот если гавкнула флешка со спецПО, то это может окончится и повторной пусконаладкой на объекте. Ну и если вход/выход вашего куска системы требует калибровки, неплохо бы подумать как и что будут делать в Северном Зажопинске киповцы при необходимости замены. А спалится может все, как минимум от грозовых перенапряжений.

Спасибо, видел. Думал что может кто уже реализовал.

Реально ли в существующий датчик на базе STM32F207 с Ethernet добавить технологию OPC UA? Поднят стек Lwip и простой ascii протокол. Свободна половина флэш и озу (64к flash и примено 32к озу), процессор работает на 100мгц и загрузка не более 10 % Хочется коннектится к датчику стандартным OPC UA сервером. Можно ли реализовать некий минимум, чтобы можно было работать поверх недоверенной сети интернет?

Может вам стоит взять два компа, на один поставить как минимум ос, с которой планируется работать и написать программы, которые обмениваются данными с нужной вам скоростью и джиттером? Сами оцените, как это все будет работать. А то вдруг окажется что когда пользователь запустил другую программу и у вас лаги, которые вас абсолютно не устроят. А потом уже придет понимание, что надо делать с внешней частью. Вас могут выбить вовсе не скорость а джиттер в обмене.

Может быть и такое. Вот только радио в шахте не работает. Неожиданно. Ладно, иот так иот. Скинем шкафы в шахту и пущай они там сами расползаются и договариваются как работать. Майнинг и диплернинг наяву. А вот моя клава это иот или не иот? Вот сейчас она сообщила документ компьютеру. А завтра текст песни.

Видел, но вот вики например пишет как это соотносится с веб-камерой? Наилучшую аналогию про IOT привели на сахаре: И чайник шепнул утюгу: "Я дальше идти не могу". http://poetrylibrary.ru/stixiya/skachet-sito-po.html

Тут баллады просто воспевать надо. А я не поэт.

Не знаю что такое IoT, не видел ни разу. А как вы это представляете, подошли к шахте, сбросили туда шкафы и все?