на PL часть SoC заведены 2 физики, используется 2 ip cores axi ethernet, и ip core axi gpio. На стороне PL физики предполагаются для реализации industrial realtime networks таких, как EtherCAT, PROFINET IRT, и т.п.
Добрый день. Базовый образ (image) содержит набор компонентов необходимый для работы с Corgi SoM v1. В образ входит ubifs для NAND SPI и NOR SPI с Embedded Linux (fsbl, u-boot, device tree/dtb, linux kernel/uImage, rootfs.cpio.uboot).
Приветствую, спасибо за вопрос. Buildroot взят для простоты и более популярный среди разработчиков embedded linux. PetaLinux - родной дистрибутив для xilinx платформ, узкий и специализированный. В ближайшее время будет пост и про PetaLinux на данном SoM модуле, чтобы читатели могли выбрать для себя путь реализации.
коллеги, если вы изучите рынок и почитайте что такое realtime network (PROFINET, CC-Link, EtherNet/IP и др.), safety IO-Link, почитаете что такое Ethernet APL, Ethernet SPE, и поймете что безопасность IT/OT инфраструктуру важна часть стабильности работы предприятия - то поймете что у wireless network очень маленький и узкий сегмент. Рекомендую почитать как движется развитие рынка ЕС, США, Японии в области датчиков. IIoT - это история когда ваш прибор не влазит в процесс производства, история про predictive maintenance, и т.п. Никто из вендеров датчиков массово не переходит на wireless network, т.к. интеграция с PLC ( или новая веха virtual PLC) требует industrial network realtime PROFINET, EtherNet/IP, CC-Link. Вам датчик питать нужно для wireless network, нужно. А Ethernet APL, Ethernet SPE вы и питаете датчик и можете использовать wired networks + realtime сети (только 2 провода). Мой опыт коммуникации с компаниями уровня Eaton говорят что сейчас все идут в Ethernet APL, Ethernet SPE перевод датчиков и создание свичей APL, SPE. У siemens из 100500 устройство только одно с термином IIoT, и это IIoT gateway, поэтому верное название для статьи wirelss IIoT-датчиков - это мертворожденная история, и термин придуманный маркетингом, а не лидерами рынка. Рынок есть, но маленький рынок. Для Hazardous Area есть APL, для других задач SPE. Есть стандарты PI групп, CLPA, ODVA и др. Есть драйверы рынка https://www.ethernet-apl.org/ смотрите туда, и вы поймете о чем я пишу.
если брать моменты с модуляций SVPWM/DPWM, в 50-80% в универах учат студентов, что на выходе синус по напряжению. и в книжках пишут. а этого уже нет на практике как 30 лет. переписывание советских книжек этому не поможет, лучше хотя бы переводили западную литературу. поэтому то что написано лучше не верить.
честно говоря, на просторах СНГ, нет нормальной литературы на русском ни проектов, которые хотя бы близки к западным исследованиям либо литературе в рамах приводов. снова в инвертор, это DC/AC преобразователь, сеть у вас переменная поэтому VFD/Servo drive сначала идет узел AC/DC (rectifier и часто для мощных приводов узел pfc, поэтому у электроники всегда отдельно клеммы для AC и возможно подключать DC bus, не только ~), а после вы работаете с SVPWM/DPWM. В СНГ нет servo drive/servo amplifier для промышленного назначения (380 AC + SIL, даже близко). я работал в универе, и последние 10 лет занимаюсь контрактной разработкой электроникой для западных компаний в том чиcле в power electronics & motor drive. общая с западными коллегами они разделяют это понятия очень четко. почему на просторах СНГ в университетах применяют определение ЭД+drive = называя это электропривод. вероятно из-за того что в СНГ нет почти своей электроники в приводах на уровне западнях компаний, и эти понятия сильно размыты. науки не может быть без практики, а в СНГ тут пропасть. СДПМ - Синхронный двигатель с постоянными магнитами (PMSM/IPM) - это электродвигатель. статья у вас про bldc, у bldc иная backEMF нежели PMSM https://e2e.ti.com/cfs-file/__key/communityserver-discussions-components-files/171/BLDC-vs-PMSM.pdf. pmsm и bldc для разных задач используются.
Да еще момент на счет 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 век. Неужели, кто до сих пор хранит файлы в архивах и т.п, и формируя бессмысленные названия для файлов.
В данную статью обзор не вошел. В последующих туториалах будет часть посвящённая ptp и tsn. Тема - актуальная, поэтому раскроем ее.
на PL часть SoC заведены 2 физики, используется 2 ip cores axi ethernet, и ip core axi gpio. На стороне PL физики предполагаются для реализации industrial realtime networks таких, как EtherCAT, PROFINET IRT, и т.п.
Добрый день. Базовый образ (image) содержит набор компонентов необходимый для работы с Corgi SoM v1. В образ входит ubifs для NAND SPI и NOR SPI с Embedded Linux (fsbl, u-boot, device tree/dtb, linux kernel/uImage, rootfs.cpio.uboot).
Будут туториалы.
Приветствую, спасибо за вопрос. Buildroot взят для простоты и более популярный среди разработчиков embedded linux. PetaLinux - родной дистрибутив для xilinx платформ, узкий и специализированный. В ближайшее время будет пост и про PetaLinux на данном SoM модуле, чтобы читатели могли выбрать для себя путь реализации.
добрый день, перейдите на сайт shuracore, цена доступна. Проект не open source. Схематик можно скачать на сайте.
коллеги, если вы изучите рынок и почитайте что такое realtime network (PROFINET, CC-Link, EtherNet/IP и др.), safety IO-Link, почитаете что такое Ethernet APL, Ethernet SPE, и поймете что безопасность IT/OT инфраструктуру важна часть стабильности работы предприятия - то поймете что у wireless network очень маленький и узкий сегмент. Рекомендую почитать как движется развитие рынка ЕС, США, Японии в области датчиков. IIoT - это история когда ваш прибор не влазит в процесс производства, история про predictive maintenance, и т.п. Никто из вендеров датчиков массово не переходит на wireless network, т.к. интеграция с PLC ( или новая веха virtual PLC) требует industrial network realtime PROFINET, EtherNet/IP, CC-Link. Вам датчик питать нужно для wireless network, нужно. А Ethernet APL, Ethernet SPE вы и питаете датчик и можете использовать wired networks + realtime сети (только 2 провода). Мой опыт коммуникации с компаниями уровня Eaton говорят что сейчас все идут в Ethernet APL, Ethernet SPE перевод датчиков и создание свичей APL, SPE. У siemens из 100500 устройство только одно с термином IIoT, и это IIoT gateway, поэтому верное название для статьи wirelss IIoT-датчиков - это мертворожденная история, и термин придуманный маркетингом, а не лидерами рынка. Рынок есть, но маленький рынок. Для Hazardous Area есть APL, для других задач SPE. Есть стандарты PI групп, CLPA, ODVA и др. Есть драйверы рынка https://www.ethernet-apl.org/ смотрите туда, и вы поймете о чем я пишу.
если брать моменты с модуляций SVPWM/DPWM, в 50-80% в универах учат студентов, что на выходе синус по напряжению. и в книжках пишут. а этого уже нет на практике как 30 лет. переписывание советских книжек этому не поможет, лучше хотя бы переводили западную литературу. поэтому то что написано лучше не верить.
честно говоря, на просторах СНГ, нет нормальной литературы на русском ни проектов, которые хотя бы близки к западным исследованиям либо литературе в рамах приводов. снова в инвертор, это DC/AC преобразователь, сеть у вас переменная поэтому VFD/Servo drive сначала идет узел AC/DC (rectifier и часто для мощных приводов узел pfc, поэтому у электроники всегда отдельно клеммы для AC и возможно подключать DC bus, не только ~), а после вы работаете с SVPWM/DPWM. В СНГ нет servo drive/servo amplifier для промышленного назначения (380 AC + SIL, даже близко). я работал в универе, и последние 10 лет занимаюсь контрактной разработкой электроникой для западных компаний в том чиcле в power electronics & motor drive. общая с западными коллегами они разделяют это понятия очень четко. почему на просторах СНГ в университетах применяют определение ЭД+drive = называя это электропривод. вероятно из-за того что в СНГ нет почти своей электроники в приводах на уровне западнях компаний, и эти понятия сильно размыты. науки не может быть без практики, а в СНГ тут пропасть. СДПМ - Синхронный двигатель с постоянными магнитами (PMSM/IPM) - это электродвигатель. статья у вас про bldc, у bldc иная backEMF нежели PMSM https://e2e.ti.com/cfs-file/__key/communityserver-discussions-components-files/171/BLDC-vs-PMSM.pdf. pmsm и bldc для разных задач используются.
bldc - это электродвигатель, привод - это устройство управления электродвигателем. В английском для слова электродвигатель используется слово motor, а drive - это электроника для управления электродвигателем, motor drive (Variable-frequency drive, Servo Drive). Вот пару ссылок, не верно называть bldc - электроприводом. https://www.kollmorgen.com/en-us/products/drives/servo/akd2g/akd2g-servo-drive, https://www.danfoss.com/en/products/dds/low-voltage-drives/#tab-vlt-drives т.к. drive может содержать узел pfc, а не только inverter часть в power electronics части, то и устройство называется целом. https://www.danfoss.com/en/about-danfoss/our-businesses/drives/what-is-a-variable-frequency-drive/
не просто борда, борда на базе 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 век. Неужели, кто до сих пор хранит файлы в архивах и т.п, и формируя бессмысленные названия для файлов.