Михась

Нет, но есть http://www.winfilter.20m.com/

---------------------------------------------------------------------- Code (inc. data) RO Data RW Data ZI Data Debug Library Name 1070 66 64 0 0 416 m_ps.l 2696 64 64 4 0 1520 mc_p.l 1236 34 0 0 0 808 mf_p.l ---------------------------------------------------------------------- 5016 164 128 4 0 2744 Library Totals ---------------------------------------------------------------------- Для чего нужны эти файлы?

Народ, успокойтесь. Вот нормальное чтиво. Вениамин Иосифович видимо опять развлекается. 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.