Немного другая специфика софта, это расчетно моделирующая система постоянно используемая для проектирования и создания очень дорогих и сложных железок. При этом заказчики всегда хотят странного и просят большего поётому список доработок всегда состоит из текущих задач уже пользователей. И в итоге кода выбирается что делать дополнительную функцию теплофизических свойств для расчета горения, или править поворт в общих свойствах блока, выбор очевиден, особенно если работает для поворта Cntr-R
Вторая особенность, это большая стоимость и ограниченное количество покупателей. В проектном институте и конструкторском КБ на 1000 рабочиъ месст с автокаром и другим САПР примерно 10 - 20 рабочих мест расчетных где используется SimInTech Поэто если нам говорят купим если будет модель ДВС и трансмиссии, то все разработчики будут стоять на ушах, бросят текущие задачи найдут профессора со знаниями процессов горения и будут делать новую библиотеку, для нового заказчика.
Поэтому здесь интерфейс это веоичина второго порядка по сравнению с возможностями математического ядра. Тем более если пользователь преодолел рвотный позыв и разобрался как это софтина облегчает ему жизнь, никакие мелкие косяки типа радианы в повороте его уже не парят. Он начинает разрабов тероризировать более сложными задачами расета генерации кода и т.п.
Да легко тема сравнения модели и реальной жизни бесконечная и описана бесконечное количество раз, даже на хабре, ну вот с ходу несколько ссылок:
Вопрос сравнение результатов моделирования в SimInTech с реальной жизнью уже неоднократно поднимался.
Конечно моя любимая картинка где реальный реактор РБМК снижает мощьност и ее сравненип с результатами моделирования. https://t.me/Tech_Petuhoff/782
Для детей сравнение расчета траектори ракеты СОЮЗ и данных телеметрии: Как летает космическая ракета (на примере РН Союз)? Отвечаем методом структурного моделирования https://habr.com/p/978928/
Ну и целый набор немного более сложных примеров:
Модельно ориентированное проектирование. Электропривод с бесколлекторным двигателем постоянного тока https://habr.com/p/460151/
Здесь ответил подробно ппо рамка, только это не доккмпнтация и рабочая модель из которой генерится код и заливается в стойку и она же во время работы стойки отражает что там вообще происходит в алгоритмах прямо нс схеме.
Работать всегда есть над чем, список мелких недостатков можно на 100 страни расписать, но работа идет постоянно и улучшения есть в каждой новой версии + постоянное расширении библиотек моделец.
Никакого кодесиса, рунтайм наш отечественный NordWnid. В видео действительно только одна стойка от турбины, просто то что удалось снять в живую на отладке. По жизни вся система целиком для АЭС на этой системе крутится. Операционка не только лищь QNX но и любой Linux.
Статья и так получилась на 20 страниц. Основная тема статьи это использование моделирования систем при проектировании АСУ ТП. Если включить резервирование, архивирование, и сетевую систему будет вообще страниц 100 текста.
Что касается точек ввода, то оно вообще не ограничено никак системой. На АЭС где нет проблем с местом и электропитанием, можно ставить сколько угодно датчиков и контроллеров в распределенной сети. АПЛ Ледокол и АЭС с реактором турбиной и подогревателями отбораими работают в реальности на это системе.
Почему не люблю? Люблю, хоть они и дебилы рукожопые.
Что касается класификации, то у нас среда позволяет создавать любые варианты аохитектуры, от простых один контролер и одно устройство, до многоуровневых распределенных как АСУ ТП всей АЭС.
Если вы работали с реальным оборудованием, то вы бы знали что написанное в документации, и реальная работа это две большие разницы. А при сборке стоийки где есть контроллер и набор плат ввода-вывод и связб с системой верхнего уровня, а так же резервирование, всегда есть шанс что что то пойдет не так, как написано в паспорте.
Просто есть разняе задачи если три прихлопа три притопа и система простая, но нет проблем не спамятью не с пропускной способностью.
А есть сложные где с электрпитанием, массой и местом проблем нет, как на АЭС, там датчиками обвешивают все что можно, а потом чешут репу, как это все передать по сети и шинам.
А рамки чем не нравятся? Это просто и удобно, они сами заполняются, на алгоритм вообще не влияют. Просто есши SimInTech использует проектант, он может вообще документ выпустить как ТЗ на АСУ ТП.
А вот те кто контроллер шьют, могут взять алгоритм, а могут сами написать по документу. Как договор составлен.
Здесь видео примерами тестирования https://t.me/Tech_Petuhoff/838
Немного другая специфика софта, это расчетно моделирующая система постоянно используемая для проектирования и создания очень дорогих и сложных железок. При этом заказчики всегда хотят странного и просят большего поётому список доработок всегда состоит из текущих задач уже пользователей. И в итоге кода выбирается что делать дополнительную функцию теплофизических свойств для расчета горения, или править поворт в общих свойствах блока, выбор очевиден, особенно если работает для поворта Cntr-R
Вторая особенность, это большая стоимость и ограниченное количество покупателей. В проектном институте и конструкторском КБ на 1000 рабочиъ месст с автокаром и другим САПР примерно 10 - 20 рабочих мест расчетных где используется SimInTech Поэто если нам говорят купим если будет модель ДВС и трансмиссии, то все разработчики будут стоять на ушах, бросят текущие задачи найдут профессора со знаниями процессов горения и будут делать новую библиотеку, для нового заказчика.
Поэтому здесь интерфейс это веоичина второго порядка по сравнению с возможностями математического ядра. Тем более если пользователь преодолел рвотный позыв и разобрался как это софтина облегчает ему жизнь, никакие мелкие косяки типа радианы в повороте его уже не парят. Он начинает разрабов тероризировать более сложными задачами расета генерации кода и т.п.
Качаете дистрибудив заходите в папку Demo и там примеры по электрике в отдельной папке.
Графики осцилограммы с реального двигателя вобще то на рисунке.
Ниже на Рис. 4 и 5 приведены результаты опыта холостого хода. Гоняли двигатель на холостом ходу и сравнивали с моделью.
Отладка системы управления привода началась до того как редуктор был изготовлен.
Да легко тема сравнения модели и реальной жизни бесконечная и описана бесконечное количество раз, даже на хабре, ну вот с ходу несколько ссылок:
Вопрос сравнение результатов моделирования в SimInTech с реальной жизнью уже неоднократно поднимался.
Конечно моя любимая картинка где реальный реактор РБМК снижает мощьност и ее сравненип с результатами моделирования.
https://t.me/Tech_Petuhoff/782
Для детей сравнение расчета траектори ракеты СОЮЗ и данных телеметрии:
Как летает космическая ракета (на примере РН Союз)? Отвечаем методом структурного моделирования https://habr.com/p/978928/
Ну и целый набор немного более сложных примеров:
Модельно ориентированное проектирование. Электропривод с бесколлекторным двигателем постоянного тока https://habr.com/p/460151/
Цифровой двойник системы кондиционирования воздуха (СКВ) самолета https://habr.com/p/495622/
Модельно ориентированное проектирование. Создание достоверной модели, на примере авиационного теплообменника https://habr.com/p/466215/
Тут более подробно ответил: https://t.me/Tech_Petuhoff/832
Здесь ответил подробно ппо рамка, только это не доккмпнтация и рабочая модель из которой генерится код и заливается в стойку и она же во время работы стойки отражает что там вообще происходит в алгоритмах прямо нс схеме.
https://t.me/Tech_Petuhoff/832
Работать всегда есть над чем, список мелких недостатков можно на 100 страни расписать, но работа идет постоянно и улучшения есть в каждой новой версии + постоянное расширении библиотек моделец.
Работает везде и на linux и на qnx и на миландре и на stm32 и на разных армах, китайского производства
Никакого кодесиса, рунтайм наш отечественный NordWnid. В видео действительно только одна стойка от турбины, просто то что удалось снять в живую на отладке. По жизни вся система целиком для АЭС на этой системе крутится. Операционка не только лищь QNX но и любой Linux.
Статья и так получилась на 20 страниц. Основная тема статьи это использование моделирования систем при проектировании АСУ ТП. Если включить резервирование, архивирование, и сетевую систему будет вообще страниц 100 текста.
Что касается точек ввода, то оно вообще не ограничено никак системой. На АЭС где нет проблем с местом и электропитанием, можно ставить сколько угодно датчиков и контроллеров в распределенной сети. АПЛ Ледокол и АЭС с реактором турбиной и подогревателями отбораими работают в реальности на это системе.
Не так говорят те которые реальное железо типа АЭС АПЛ и Ледоколов делают, а не теоретики с архитектурами
Почему не люблю? Люблю, хоть они и дебилы рукожопые.
Что касается класификации, то у нас среда позволяет создавать любые варианты аохитектуры, от простых один контролер и одно устройство, до многоуровневых распределенных как АСУ ТП всей АЭС.
Все зпаисит от ТЗ и проектанта.
Это самокритика! :)))
Хотя с другой стороны, мы нв работу прогеров не берем, на больше физики нужны. Програмировать мы научим ща две недели есши в физики человек сечет.
это ссылка на сайт вообще то :)))
у меня на канале контент как раз развлекательный для реального обучения есть раздел в хлпе начало работы
Если вы работали с реальным оборудованием, то вы бы знали что написанное в документации, и реальная работа это две большие разницы. А при сборке стоийки где есть контроллер и набор плат ввода-вывод и связб с системой верхнего уровня, а так же резервирование, всегда есть шанс что что то пойдет не так, как написано в паспорте.
согласен полностью надо просто пробовать, у некоторых получается и вполне себе не плохо
Просто есть разняе задачи если три прихлопа три притопа и система простая, но нет проблем не спамятью не с пропускной способностью.
А есть сложные где с электрпитанием, массой и местом проблем нет, как на АЭС, там датчиками обвешивают все что можно, а потом чешут репу, как это все передать по сети и шинам.
А рамки чем не нравятся? Это просто и удобно, они сами заполняются, на алгоритм вообще не влияют. Просто есши SimInTech использует проектант, он может вообще документ выпустить как ТЗ на АСУ ТП.
А вот те кто контроллер шьют, могут взять алгоритм, а могут сами написать по документу. Как договор составлен.
Давно уже на Aстре и Ред Linux все работает.