S7-соединения, применяемые для обмена информацией между устройствами серии S7-300, 400, 1200, 1500, являются конфигурируемыми. Это означает, что необходимо явно указать устройствам, кто с кем общается. В общем случае эти соединения являются двунаправленными (двухсторонними или же bilaterally), т.е. добавление конфигурируемого соединения происходит для обоих ПЛК, что приводит к необходимости прогрузки обоих ПЛК. Это не вызывает особенных проблем, если оба ПЛК находятся в ведомстве службы АСУТП предприятия, и для обоих ПЛК есть на руках актуальное прикладное ПО. Но встречаются и частные случаи — необходимо наладить обмен между «старым» S7-300 и «новым» S7-1500, причем, исходники старой программы утрачены. Ну, или эксплуатация просто боится трогать ПЛК. Или эксплуатации просто нет, задача организации обмена «висит» на интеграторе «новой» системы, что приводит к предыдущему условию — трогать ППО неизвестной системы никому особо не хочется.
Пользователь
Сервер Modbus TCP для Simatic S7-1200 / S7-1500
Первая спецификация протокола Modbus была опубликова в 1979 году. Протокол предназначен для опроса подчиненных устройств по принципу «запрос-ответ». Modbus RTU (Remote Terminal Unit) работает по последовательному интерфейсу передачи данных (RS-232, RS-485, RS-422). Сегодня речь пойдет о немного измененном протоколе, Modbus TCP, работающий на прикладном уровне стека протоколов TCP/IP.
Для начала посмотрим, как настраивается (программируется, если быть точнее) серверная часть. Modbus TCP Server — аналог Modbus RTU Slave, то есть, является подчиненным устройством. Это важно, не путайте. Сервер лишь отвечает на запросы, но не генерирует их.
В данном примере применяется CPU S7-1516 с версией прошивки 2.6. Серия S7-1200 программируется аналогично.
Bluetooth Low Energy: подробный гайд для начинающих
![](https://habrastorage.org/r/w780/getpro/habr/upload_files/d29/de6/216/d29de6216628ea7c5a500f4ca55f98f4.jpg)
Создание кастомного сервиса и тем более клиента Bluetooth Low Energy – прогулка по граблям с завязанными глазами. По крайне мере так было для меня 4 года назад, когда я только начинал работать с BLE-устройствами. Сейчас почти каждый мой проект предусматривает использование этого протокола, поэтому в свое время пришлось в нем долго и мучительно разбираться.
Разложить все по полкам помогла книга Мохаммада Афане "Intro to Bluetooth Low Energy" и серия постов на Novel Bits. Лично для меня эта книга стала настоящим открытием. Изначально я делал ее перевод на русский для своих коллег, не имеющим опыт работы с BLE. С согласия автора (огромное ему спасибо) решил опубликовать свою работу здесь. Надеюсь, перевод окажется полезным.
Это первая часть перевода (всего их будет 5), которая рассказывает, что такое BLE, ее возможности и отличия от Bluetooth Classic и описывает архитектуру протокола.
Сверхдлинное преобразование Фурье на FPGA
В этой статье я хочу рассказать про реализацию алгоритма сверхдлинного быстрого преобразования Фурье на ПЛИС. Написать эту статью меня побудило желание поделиться личным практическим опытом, который не хотелось бы потерять, оставив информацию только у себя в голове. А поскольку я больше не занимаюсь задачами цифровой обработки сигналов на ПЛИС, то я просто обязан передать доступные мне знания.
В этой статье показана невозможность реализации «классической» схемы очень длинного БПФ даже на самых современных кристаллах ПЛИС и предложен алгоритм, позволяющий это сделать. Также пошагово рассмотрена основная идея алгоритма: от математической составляющей до создания законченного решения на базе ПЛИС с использованием внешней DDR-памяти. Статья затронет тонкости проектирования многоканальных систем обработки для подобного класса задач и, в частности, опишет мой практический опыт.
![](https://habrastorage.org/webt/xm/tk/ob/xmtkobp79jxllannzysna6adutc.png)
Исследование рынка разработки электроники за 2019 год
2019 Embedded Markets Study by EETimes and Embedded
![image](https://habrastorage.org/webt/sj/wi/dn/sjwidnhkeik4u79fc2kiw3vyi7s.png)
Исследование «2019 Embedded Markets Study», проведённое ресурсами EETimes и Embedded, показывает текущее состояние и тенденции в области разработки и применения электроники. В нем отражены актуальные технологии, программное обеспечение и инструменты разработки; используемые решения, компоненты, ПЛИС и операционные системы; затронуты организационные моменты.
Данный материал содержит 30 (из 99) слайдов и является сжатой версией.
Создание собственных драйверов под Linux
![](https://habrastorage.org/getpro/habr/post_images/2dc/35f/c3f/2dc35fc3f46e7e46fdfb6ca17b989f0c.jpg)
Многие мои друзья и знакомые крутят пальцем у виска или задаются вопросом: не жмёт ли мне череп, когда узнают, что я пишу драйвера под Linux. Слово “драйвер” окутано каким-то почти мистическим смыслом, и постичь Дао его написания способны лишь избранные гуру.
К счастью это не так. Не знаю, как обстоят дела с написанием драйверов под другие операционные системы, в т.ч. и наиболее популярные, но под linux, вне зависимости от аппаратной архитектуры драйвера пишутся очень просто. Для написания драйвера необходимы базовые знания языка си, представление о работе ОС линукс (базовые), понимание того, что мы хотим получить, желание чтения документации и исходных кодов, ну и усидчивость. Всё.
Вы хотите посмотреть как написать драйвер для своего устройства? Тогда ныряйте под кат!
Про Володю и озонатор
Поэтому сегодня под катом читаем про тропосферный (или приземный) озон, кустарные методы определения его в воздухе и конечно же про растения, которые способны озон этот дезактивировать (и не только его). Как повысить продуктивность с помощью комнатных растений и защититься от заболеваний легких.
От автора: надеюсь, статью прочитают те, кто среди зимы занимается «кронированием» городских деревьев, срезая две трети ствола и, хоть о чем-то задумается…
![](https://habrastorage.org/webt/dm/4y/dy/dm4ydy34rwab6uhel7nphoaxvp0.jpeg)
Коронавирус 2019-nCoV. FAQ по защите органов дыхания и дезинфекции
![](https://habrastorage.org/webt/zj/ki/aj/zjkiajcv0rtrazjdpfqd2q49kme.jpeg)
Коронавирусы: от SARS к 2019-nCoV
![image](https://u.kanobu.ru/editor/images/22/d94931c2-fe28-4a24-a630-5c5055412325.jpg)
Disclaimer: Я высказываю свое субъективное мнение на базе доступных данных. Мнение профессиональных вирусологов и эпидемиологов может отличаться от моего. В любой непонятной ситуации обращайтесь к материалам ВОЗ.
Привет, коллеги. Чем больше роюсь в данных по вспышке коронавируса 2019-nCoV, тем меньше мне нравится происходящее, с учетом предыдущих вспышек аналогичных вирусов. Предлагаю пробежаться по истории прошлых эпидемий и попробовать спрогнозировать дальнейшее течение.
Карма — это приглашение на вечеринку
![image](https://habrastorage.org/getpro/habr/post_images/49a/7f0/12d/49a7f012d2ce06ef344814d0da91f863.jpg)
Автоматная модель управления программ
1. Введение
В [1] был дан ответ на вопрос, что считать автоматным программированием (АП), но не была подробно описана модель конечного автомата (КА) в качестве модели управления автоматных программ. При этом понятно, что чистый абстрактный автомат на эту роль не годится, т.к. ограничен числом каналов. Но и структурная модель автомата, как и соответствующая ей теория структурных автоматов, не позволяют пока дать ответ по выбору модели автомата.
Проблема начинается с того, что среди множества работ по теории конечных автоматов (ТКА) мало дающих определение модели структурного конечного автомата (СКА). Правда, можно понять, что структурный автомат — это [структурная] схема из элементарных автоматов (функциональных элементов), реализующая модель абстрактного автомата [2]. Напомним, что в соответствии с теорией все начинается с создания модели устройства в форме абстрактного автомата, а затем ставится задача синтеза цифровой схемы, которая его реализует [3].
Программирование на первый взгляд мало похоже на синтез цифровых схем. Но только на первый. Во-первых, там и там все начинается с алгоритма. Во-вторых, структурные вопросы организации и реализации цифровых схем и программирования имеют много общего, особенно в контексте параллельного программирования. Но тему параллелизма мы еще обсудим отдельно. Пока же наша задача выбрать и/или доработать модель конечного автомата, которая была бы понятна, удобна и приятна программистам, избалованных разнообразным программным инструментарием.
Правда, тут же закономерен вопрос — зачем еще один и довольно необычный «автоматный инструментарий»? На этот вопрос мы и попробуем ответить, дав определение модели [вложенного] автоматного управления, рассмотрев также ее преимущества по сравнению с обычной моделью программирования.
Нет клещам! Растения против переносчиков болезни Лайма
![](https://habrastorage.org/webt/gc/ej/je/gcejjeix_prage1k4rl3q1gbcgm.jpeg)
Анализ надежности электронного оборудования, подвергнутого удару и вибрации — обзор
Авторы: Robin Alastair Amy, Guglielmo S. Aglietti (E-mail: gsa@soton.ac.uk), and Guy Richardson
Места работы авторов: Astronautical Research Group, University of Southampton, School of Engineering Sciences, Southampton, UK
Surrey Satellite Technology Limited, Guildford, Surrey, UK
Copyright 2009 Hindawi Publishing Corporation. This is an open access article distributed under the Creative Commons Attribution License, which permits unrestricted use, distribution, and reproduction in any medium, provided the original work is properly cited.
Аннотация. В будущем предполагается, что все современное электронное оборудование будет иметь всё возрастающую функциональность, сохраняя при этом способность выдерживать ударные и вибрационные нагрузки. Процесс прогнозирования надежности затрудняется из-за сложных характеристик откликов и отказов электронного оборудования, поэтому существующие в настоящее время методы являются компромиссом между точностью расчетов и их стоимостью.
Достоверное и быстрое прогнозирование надежности электронного оборудования при его эксплуатации с динамическими нагрузками является очень важным для промышленности. В данной статье показываются проблемы при прогнозировании надежности электронного оборудования, замедляющие получение результатов. Следует учитывать также, что модель для расчета надежности обычно строится с учетом широкого диапазона конфигураций оборудования для целого ряда однотипных компонентов. Четыре класса методов прогнозирования надежности (справочные методы, тестовые данные, экспериментальные данные и моделирование физических причин отказа − физика отказа) сравниваются в данной статье для выбора возможности применения того или иного метода. Отмечается, что большинство отказов в электронном оборудовании вызываются тепловыми нагрузками, однако в настоящем обзоре основное внимание уделяется отказам, вызванным ударом и вибрацией при эксплуатации.
![](https://habrastorage.org/webt/ko/fu/fv/kofufvgaxoaz4mqj5jlcecikhoa.jpeg)
Не боги горшки обжигают
Дима: Читал эту статью? (Разработчики — никакая не элита, а голые короли индустрии). Что скажешь?
Я: Прочитал эту статью вчера
Я: В двух словах моё мнение целиком не выразить
Я: Это, скорее, тянет на получасовой разговор. Минимум
Дисклеймер
- Несмотря на то, что есть, о чем сказать, постараюсь не превратить своё повествование в безумный лонгрид
- Мы немного коснёмся рыночных и экономических отношений, но давайте постараемся не удариться в политическую дискуссию
- Это моя первая статья на Хабре. Почти уверен, что совершаю “литературное” самоубийство, но хочется ответить на некоторые вопросы как минимум самому себе
Разработчики действительно УЖЕ не элита
![](https://habrastorage.org/webt/te/qh/so/teqhsoue4mibjdbg6gzeylqpagq.jpeg)
Информация
- В рейтинге
- Не участвует
- Зарегистрирован
- Активность