Да еще момент на счет IIoT. Не везде нужен IIoT. Множество производств полностью закрытые от внешнего мира. Мировой лидер промки siemens видит IIoT в рамках промышленного IOT шлюза, где у шлюза отдельный VPN туннель. Маленькая отсылка в прошлое про безопасность "Stuxnet стал первым компьютерным вирусом, нанесшим вред физическим объектам. Из-за него в 2010 году вышли из строя многие центрифуги на ядерных объектах Ирана... Вирус Stuxnet, попадая на объект именно это и делал, перепрограммировал контроллер управления электромотором Simatic S7 таким образом, чтобы он выдавал напряжение с частотой биений, кратной резонансным частотам вращающегося вала центрифуги." 2019 год "Ряд проблем затрагивает все версии решений Siemens SiNVR 3 Central Control Server (CCS) и SiNVR 3 Video Server. В общей сложности обнаружено 7 уязвимостей (CVE-2019-13947, CVE-2019-18338, CVE-2019-18340, CVE-2019-18341, CVE-2019-18337, CVE-2019-18339, CVE-2019-18342), три из которых являются опасными. Первая (CVE-2019-18337) связана с некорректной аутентификацией в протоколе связи на основе XML, вторая (CVE-2019-18339) — с отсутствием аутентификации для критически важных функций, а последняя (CVE-2019-18342) — с некорректными ограничениями в SFTP-сервисе. Проблемы получили оценки в 9,8, 9,8 и 9,9 балла по шкале CVSS v3 соответственно." а сейчас представим, что решения IIoT имеет хотя бы посредственный доступ к важным промышленным объектам), поэтому пока, что IIoT - это модный тренд.
Совсем не понял автовора, где в статье IIoT? "В этой статье мы расскажем, как промышленный интернет вещей и искусственный интеллект (Industrial IoT + AI) позволяют автоматизировать традиционный бизнес" - а зачем вы тяните промышленный IoT в традиционный бизнес? После прочтения статьи ощущение, что IoT равно IIoT. Так же это прослеживается тут "Судя по последнему отчету немецкой исследовательской компании IoT Analytics, количество проектов по автоматизации бизнеса ... на базе IIoT продолжает расти". Пояснить ваш концепт в рамках традиционного бизнеса для промки: АСУ ТП - MES системы - ERP системы - BI системы? Почему 10-15 лет назад при решении такой же задачи ни кто не называл это IIoT? На производствах множество решений КиП, который позволяет проверять профиль древесины и не только его. Такие задачи решали и 20 и 30 лет назад. Было тогда и есть сейчас, когда это стало IIoT и почему традиционные подходы в промышленности не подходят? Почему по вашему мнению производство без приставки tech? Если это самое настоящее тех, автоматизация технологического процессов и производств началась уже давно. Индустрия 3 существовала до индустрии 4.0! Первые паровые машины и вся автоматизации процессов и началась с производства. А после прочтения вашей статьи кажется, что промышленность ниша которая достаточно неразвитая. Если,что Индустрия 3.0 - это ПЛК, современный КиП, ЧПУ, робототехника, все пром сети (profinet, ethercat и др.), которые используются на производстве и вы их называете не tech :)
А вы думали использовать плис + мк. На плис гораздо легче откатать алгоритмы foc , управление ключами и т.п. а на мк вынести только ui управления кнопки и др. ? Плюс когда вы развяжите критично важный узел через плис, программирование мк будет сказка очень легко. На мк легче навернуть пром сети и др. А foc для acim уже будет сам все на плис.
Посмотрел исходники вашего проекта, вы используете либу Inverter_firmware/MotorControlLib, и как я правильно понял из либы у вас PMSM, все важные алгоритмы для вашего проекта закрыты, есть только ашники. Плюс в статье у вас ACIM привод, а pmsm не равно ACIM в управлении, если вы хотите реализовать foc для amic, придется писать самостоятельно алгоритмы (и там действительно все не просто, почитайте реализацию наблюдателей хотя бы для pmsm). Да и векторное для АС приводов у вас не заработает с этой либой никогда. Для скалярного управление это библа тоже не подойдет (как я правильно понял поэтому в сами и реализовывали скаляр. управление). Идея хорошая), но без алгоритмов все будет провально. Если вы использовали эту либо значит не совсем понимаете как векторное управление реализовывается на практике (могу ошибаться), почитайте Анучина А.С. (https://habr.com/ru/company/npf_vektor/blog/389793/ в статье Векторная датчиковая структура управления асинхронным двигателем) . посмотрите проекты: VESC-controller, ODrive) Удачи с проектом! Хорошая статья!
Не совсем понятно "Особенно в решении компании ABB (слева) клавиатуру можно было бы реализовать гораздо лучше.", поясните, пожалуйста, почему вы так считаете? И почему вы отнесли решение ABB к old, а универсальный терминал Сириус-2Л-02 к new?
Вы использовали в работе все перечич. оборудование релейной защиты и автоматики? Вы проводили опрос среди людей, компаний которые их монтажат, эксплицируют, настраивают, или это просто сухой взгляд дизайнера, который оценил только визуальную часть панели, без оценки настройки устройства, удобство монтажа, клеммных соединителей и т.п.?
Хорошо написано). Но раздел промышленные контроллеры, проработан недостаточно. Первый вариант картинки это old-old скул корпуса. Второй вариант это old корпуса (такие корпуса были 15-20 лет назад). Если смотреть тренд лучше посмотреть в сторону phoenixcontact. Промышленный контроллер (на картинке new) совсем немодульный, это говорит о том что контроллер начального уровня и контроллер совсем не мультифункциональный. Тренд - это когда ПЛК имеет возможно быстрой замены клем например ME-PLC multifunctional housings (phoenixcontact). Когда, действительно есть возможно обмена по локальной шине (а не перекидыванием шлейфа с модуля на модуль). Например, как ME-IO multifunctional housings, у них специальные клемы по которым идет передача питания, и например + rs485 (modbus rtu)/can/fdcan (openCAN) в качестве шины обмена данными. И сами клемы ME-IO multifunctional housings быстрозажимные. Даже если взять тот Siemens S7-1500 которому почти 10 лет, он намного лучше продуман, чем корпус на картинке 'new', а Siemens S7-1500 это уже не тренд, а больше old. Тренд для ПЛК -это возможность удобного и быстро монтажа, функциональность, удобство обслуживания, эстетика корпуса и т.п.
Насчет Контроллеры компаний LS Electric (слева) и Bosch (справа) ссылка на LS Electric верная, картинка которую вы добавили это вообще не контроллер :)))) ...
В компаниях Hager и ABB Group запустили линейку контроллеров с фирменными яркими полосками и цветными крышечками. Мелочь, но уже веселее, чем китайские модели выше
"GitHub на моё удивление не знает про существование ST" - знает. Есть опенсорный отличный проект matiec. Разные ПЛК используют разные ОС, не на всех ПЛК есть ОС, некоторые вообще работают на ПЛИС, а компилятор имеет структуру IEC 61131-3 -> LLVM IR -> RTL (Verilog или VHDL), некоторые работают на мк на baremetal, без ОС. "Использовать систему контроля версий в большинстве случаев бессмысленно так как ваш проект будет представлять один бинарный файл" - многие IDE хранят файлы проекты и сам "код" в формате XML. Использовать систему контроля версий - нужно использовать всегда, 21 век. Неужели, кто до сих пор хранит файлы в архивах и т.п, и формируя бессмысленные названия для файлов.
8 лет уже немолодой язык. Да и SDNet уже слабо развивается, если вообще сказать не сдулся. Была похожая статья: https://habr.com/ru/company/fgts/blog/460439/. В рамках FPGA NetFPGA было бы интереснее почитать.
советую брать openocd от сюда (openocd.zylin.com)
git clone openocd.zylin.com/openocd
и после собрать
./bootstrap
./configure --enable-ft2232_ftd2xx
make
sudo make install
можно так:
openocd -f interface/stlink.cfg -f target/stm8l.cfg -c «init» -c «reset init»
либо так
openocd -f interface/stlink.cfg -f target/stm8l152.cfg -c «init» -c «reset init»
1. stm32mp1 — это не микроконтроллер, а микропроцессор (https://www.st.com/en/microcontrollers-microprocessors/stm32mp1-series.html, STM32MP1 microprocessor series with dual Arm® Cortex®-A7 and Cortex®-M4 Cores)
2. «Поскольку ядро М4 работает под управлением А7, значит под управлением OpenSTLinux.» Не догма, Developers should note that OpenSTLinux Distribituion is not a specific, custom Linux distribution. Вы может использовать buildroot для сборки тоже, плюс можно там и там запускать и bare-metal и rtos.
3. Raspberry в разы мощнее чем mp1
4. «В этом кристалле у ядра М4 есть только оперативная память и код выполняется из нее (из даташита):» скорее правильно написать:
All devices feature:
• SYSRAM in MPU domain: 256 Kbytes
• SRAM1 in MCU domain: 128 Kbytes
• SRAM2 in MCU domain: 128 Kbytes
• SRAM3 in MCU domain: 64 Kbytes
• SRAM4 in MCU domain: 64 Kbytes
• RETRAM (retention RAM): 64 Kbytes
The content of this area can be retained in Standby or VBAT mode.
• BKPSRAM (backup SRAM): 4 Kbytes
The content of this area is protected against possible unwanted write accesses, and
can be retained in Standby or VBAT mode.
BKPSRAM can be defined (in ETZPC) as accessible by secure software only
там память шарится между ядрами.
не просто борда, борда на базе xilinx artyx 7 c 3 phy 1G, не только под нано и для Xavier NX и TX2 NX
Как вам такой https://shuracore.com/blog/red-panda-1b-tutorial-0/? сделан в Беларуси.
Да еще момент на счет IIoT. Не везде нужен IIoT. Множество производств полностью закрытые от внешнего мира. Мировой лидер промки siemens видит IIoT в рамках промышленного IOT шлюза, где у шлюза отдельный VPN туннель. Маленькая отсылка в прошлое про безопасность "Stuxnet стал первым компьютерным вирусом, нанесшим вред физическим объектам. Из-за него в 2010 году вышли из строя многие центрифуги на ядерных объектах Ирана... Вирус Stuxnet, попадая на объект именно это и делал, перепрограммировал контроллер управления электромотором Simatic S7 таким образом, чтобы он выдавал напряжение с частотой биений, кратной резонансным частотам вращающегося вала центрифуги." 2019 год "Ряд проблем затрагивает все версии решений Siemens SiNVR 3 Central Control Server (CCS) и SiNVR 3 Video Server. В общей сложности обнаружено 7 уязвимостей (CVE-2019-13947, CVE-2019-18338, CVE-2019-18340, CVE-2019-18341, CVE-2019-18337, CVE-2019-18339, CVE-2019-18342), три из которых являются опасными. Первая (CVE-2019-18337) связана с некорректной аутентификацией в протоколе связи на основе XML, вторая (CVE-2019-18339) — с отсутствием аутентификации для критически важных функций, а последняя (CVE-2019-18342) — с некорректными ограничениями в SFTP-сервисе. Проблемы получили оценки в 9,8, 9,8 и 9,9 балла по шкале CVSS v3 соответственно." а сейчас представим, что решения IIoT имеет хотя бы посредственный доступ к важным промышленным объектам), поэтому пока, что IIoT - это модный тренд.
Совсем не понял автовора, где в статье IIoT? "В этой статье мы расскажем, как промышленный интернет вещей и искусственный интеллект (Industrial IoT + AI) позволяют автоматизировать традиционный бизнес" - а зачем вы тяните промышленный IoT в традиционный бизнес? После прочтения статьи ощущение, что IoT равно IIoT. Так же это прослеживается тут "Судя по последнему отчету немецкой исследовательской компании IoT Analytics, количество проектов по автоматизации бизнеса ... на базе IIoT продолжает расти". Пояснить ваш концепт в рамках традиционного бизнеса для промки: АСУ ТП - MES системы - ERP системы - BI системы? Почему 10-15 лет назад при решении такой же задачи ни кто не называл это IIoT? На производствах множество решений КиП, который позволяет проверять профиль древесины и не только его. Такие задачи решали и 20 и 30 лет назад. Было тогда и есть сейчас, когда это стало IIoT и почему традиционные подходы в промышленности не подходят? Почему по вашему мнению производство без приставки tech? Если это самое настоящее тех, автоматизация технологического процессов и производств началась уже давно. Индустрия 3 существовала до индустрии 4.0! Первые паровые машины и вся автоматизации процессов и началась с производства. А после прочтения вашей статьи кажется, что промышленность ниша которая достаточно неразвитая. Если,что Индустрия 3.0 - это ПЛК, современный КиП, ЧПУ, робототехника, все пром сети (profinet, ethercat и др.), которые используются на производстве и вы их называете не tech :)
А вы думали использовать плис + мк. На плис гораздо легче откатать алгоритмы foc , управление ключами и т.п. а на мк вынести только ui управления кнопки и др. ? Плюс когда вы развяжите критично важный узел через плис, программирование мк будет сказка очень легко. На мк легче навернуть пром сети и др. А foc для acim уже будет сам все на плис.
Посмотрел исходники вашего проекта, вы используете либу Inverter_firmware/MotorControlLib, и как я правильно понял из либы у вас PMSM, все важные алгоритмы для вашего проекта закрыты, есть только ашники. Плюс в статье у вас ACIM привод, а pmsm не равно ACIM в управлении, если вы хотите реализовать foc для amic, придется писать самостоятельно алгоритмы (и там действительно все не просто, почитайте реализацию наблюдателей хотя бы для pmsm). Да и векторное для АС приводов у вас не заработает с этой либой никогда. Для скалярного управление это библа тоже не подойдет (как я правильно понял поэтому в сами и реализовывали скаляр. управление). Идея хорошая), но без алгоритмов все будет провально. Если вы использовали эту либо значит не совсем понимаете как векторное управление реализовывается на практике (могу ошибаться), почитайте Анучина А.С. (https://habr.com/ru/company/npf_vektor/blog/389793/ в статье Векторная датчиковая структура управления асинхронным двигателем) . посмотрите проекты: VESC-controller, ODrive) Удачи с проектом! Хорошая статья!
Не совсем понятно "Особенно в решении компании ABB (слева) клавиатуру можно было бы реализовать гораздо лучше.", поясните, пожалуйста, почему вы так считаете? И почему вы отнесли решение ABB к old, а универсальный терминал Сириус-2Л-02 к new?
Вы использовали в работе все перечич. оборудование релейной защиты и автоматики? Вы проводили опрос среди людей, компаний которые их монтажат, эксплицируют, настраивают, или это просто сухой взгляд дизайнера, который оценил только визуальную часть панели, без оценки настройки устройства, удобство монтажа, клеммных соединителей и т.п.?
Хорошо написано). Но раздел промышленные контроллеры, проработан недостаточно. Первый вариант картинки это old-old скул корпуса. Второй вариант это old корпуса (такие корпуса были 15-20 лет назад). Если смотреть тренд лучше посмотреть в сторону phoenixcontact. Промышленный контроллер (на картинке new) совсем немодульный, это говорит о том что контроллер начального уровня и контроллер совсем не мультифункциональный. Тренд - это когда ПЛК имеет возможно быстрой замены клем например ME-PLC multifunctional housings (phoenixcontact). Когда, действительно есть возможно обмена по локальной шине (а не перекидыванием шлейфа с модуля на модуль). Например, как ME-IO multifunctional housings, у них специальные клемы по которым идет передача питания, и например + rs485 (modbus rtu)/can/fdcan (openCAN) в качестве шины обмена данными. И сами клемы ME-IO multifunctional housings быстрозажимные. Даже если взять тот Siemens S7-1500 которому почти 10 лет, он намного лучше продуман, чем корпус на картинке 'new', а Siemens S7-1500 это уже не тренд, а больше old. Тренд для ПЛК -это возможность удобного и быстро монтажа, функциональность, удобство обслуживания, эстетика корпуса и т.п.
Насчет Контроллеры компаний LS Electric (слева) и Bosch (справа) ссылка на LS Electric верная, картинка которую вы добавили это вообще не контроллер :)))) ...
В компаниях Hager и ABB Group запустили линейку контроллеров с фирменными яркими полосками и цветными крышечками. Мелочь, но уже веселее, чем китайские модели выше
Тоже не контроллер :)))) ....
Интересно
"GitHub на моё удивление не знает про существование ST" - знает. Есть опенсорный отличный проект matiec. Разные ПЛК используют разные ОС, не на всех ПЛК есть ОС, некоторые вообще работают на ПЛИС, а компилятор имеет структуру IEC 61131-3 -> LLVM IR -> RTL (Verilog или VHDL), некоторые работают на мк на baremetal, без ОС. "Использовать систему контроля версий в большинстве случаев бессмысленно так как ваш проект будет представлять один бинарный файл" - многие IDE хранят файлы проекты и сам "код" в формате XML. Использовать систему контроля версий - нужно использовать всегда, 21 век. Неужели, кто до сих пор хранит файлы в архивах и т.п, и формируя бессмысленные названия для файлов.
8 лет уже немолодой язык. Да и SDNet уже слабо развивается, если вообще сказать не сдулся. Была похожая статья: https://habr.com/ru/company/fgts/blog/460439/. В рамках FPGA NetFPGA было бы интереснее почитать.
git clone openocd.zylin.com/openocd
и после собрать
./bootstrap
./configure --enable-ft2232_ftd2xx
make
sudo make install
можно так:
openocd -f interface/stlink.cfg -f target/stm8l.cfg -c «init» -c «reset init»
либо так
openocd -f interface/stlink.cfg -f target/stm8l152.cfg -c «init» -c «reset init»
2. «Поскольку ядро М4 работает под управлением А7, значит под управлением OpenSTLinux.» Не догма, Developers should note that OpenSTLinux Distribituion is not a specific, custom Linux distribution. Вы может использовать buildroot для сборки тоже, плюс можно там и там запускать и bare-metal и rtos.
3. Raspberry в разы мощнее чем mp1
4. «В этом кристалле у ядра М4 есть только оперативная память и код выполняется из нее (из даташита):» скорее правильно написать:
All devices feature:
• SYSRAM in MPU domain: 256 Kbytes
• SRAM1 in MCU domain: 128 Kbytes
• SRAM2 in MCU domain: 128 Kbytes
• SRAM3 in MCU domain: 64 Kbytes
• SRAM4 in MCU domain: 64 Kbytes
• RETRAM (retention RAM): 64 Kbytes
The content of this area can be retained in Standby or VBAT mode.
• BKPSRAM (backup SRAM): 4 Kbytes
The content of this area is protected against possible unwanted write accesses, and
can be retained in Standby or VBAT mode.
BKPSRAM can be defined (in ETZPC) as accessible by secure software only
там память шарится между ядрами.