Согласен. При бесконечно малом шаге, конечно это верно. Только у нас вся математика со времен Эйлера бьется над проблемой увеличение шага интегрирования дифференциальных уравнений, с сохранением заданной точности. Потому что нужно сократить количество вычислений, что бы получить результат быстрее. И некошерные паралельные вычислений, тоже для сокращения времени вычислений вообще то используются.
А зедсь наоборот делам 10 000 вычислений на секунду модельного времени, за то у нас воистину паралельная программа. Да мы считаем в 5 000 медленнее но на двух процессорах или в 2 500 разм меделенне но на 4 процессорах, если у нас будет 10 000 процессоров мы вообще посчитает так же как без истинного паралелизьма.
Да именно эти задержки уважаемый @lws0954придумал втыкать в каждый автомат и объявил это высшей степенью паралелизьма. А все суматоры умножители и делители без задержка объявил некошерными, а триггер с запретом состояний у него вобще порождения сатаны, захватившего души непосвященные в истинный свет единственно верного и паралельного ученья ВКПа.
Так ведь получается полная и окончательная уета! Используюя задержку на шаг в математических вычислениях, где никакой задержки отродясь не было, мы получаем "всевысшую степень пралельности", но уже не можем ничего посчитать по математическим формулам поскольку задержка вычислений теперь у нас зависит от последовательности вычислений. И теперь все что придумал старина Эйлер в численных методах решения непрерывынх дифференциальных уравнений, где использутся вычисления на декретных шагах интегрирования, идет по зведе! Алилуя зато мы достигли "всевышенй степени пралелизьма".
Но самое смешное во всей это истинной параллельности, в том, что она нах никому не нужна. В самом деле зачем во всем мире используется паралельные вычисления? Что бы ускорить расчет, за счет возможностей запуска конкурентных вычислений на разных ядрах процессора. Что предлагает уважаемый @lws0954добавить задержку на шаг в каждую математитическую операцию! Ошуенное решение что бы ускорить расчет давайте заипенем задережк. Будет медленнее зато "степень паралелизьма будет всевышашая" ибо все языки последовательные а добавив задержек мы достигним абсолютной паралельности и нирваны.
На самом деле есть целы книги посвященные паралельному программированию, даются готовый и проверенные методики изменения кода, для реализации конкурентных вычислений, которые становятся параллельными на многоядерных системах, без всяких никому не нужных задержках.
И что же у нас получается в 18-веке Эйлер предложил способ замены непрерывных процессов дикретных вычислениям. И мы все ими пользуемся. А в 21 уважемый @lws0954предложил изменть операцию суммирования. По его мнению любое сложение, любое умножение и деление должно сдивгать вермя на один шаг интегрирования для получени исконнно посконной высшей степени параллельности! Добрпожаловать в 21 век!
И теперь все наши расчеты идут по звезде. Это новое слово в математике операция сложения перстала быть переместительной. Всю жизнь с времен тысячи лет со времен Пифагора а+b+c = (a+b)+c теперь благодорая гениальности ВКПа высшей степени паралельность это нихуа не разу не так. Теперь меняя последовательность сложения можно получит разницу в 25 000 тысяч за 10 секунд. И меняя шаг интегирования можно получит и больше разницу.
Алилуя!
сравнение сложения 3х числе
А если используя блоки ВКПа записать вот такое выражение:
Насамом деле пох, главное мы получим истинную степень паралелизьма ВКПа, а это главное добро пожаловать в 21-век и в истиную теорию праралелизьма.
Короче выкидывайте нахрен ваши бесмысленные забредушки почитайте что нибудь про решение дифференциалных уравнений методом Эйлера. Все уже давно придумано и отлично работает. Как 2+2 = 4.
И что? Сломал к уям суматор! ЕПТА! В этом месте должан быть явная ошибка! С какого перепу у вас сумматор првратился в интегратор, причем коэффициент интегрирования зависит от шага расчета? Представляю разработчика который формирует схему обработки датчика типа такой:
обработка датчика с явной задержкой
Где явно использует пердыдущее значение, а ему в суматоре прилетает сдвинутое на шаг!
Или в этом примере:
форимрование недостоверности аварийности и предупредительно.
Верните нормальный суматор в зад! Эту задержку мы сами в проектах ставим. А если 4 суматора подряд? На 4 шага буде сдвижка? А если эти суматоры раскиданы по листам проекта и субмоделям проекта? На сколько тактов все сдвинется? Да хер его знает надо пересчитывать все сумматоры по всему проекту в линиях, остальные математические выражения вы так же на шаг сдвигаете?
Какая же уета эта ваша инерционность, причем полная и беспощадная.
Короче полное говнище этот суматор с задержкой выкинуть его нах!
А вот анимация по линиям очень прикольная, толко вот у нас обычно происходит сортировка схема, где мы перед началом расчета производим анализ и определеяем что считается первым и чисто теоретически может получится так что порядок расчета не совпадает с порядком отображения например если блок интегратор то мы из него берем текущее заначение сразу, несмотря на то что по схеме в него входит какой либо источник.
А можно посмотреть такю анимацию когда синус подается на интегратор а потом усилитель. Интересно как текущая вода по линиям связи это отразит.
Я сейчас наверное удивлю, но я поступил еще проще. Никаких фазификаторов блоков управления обратной связи тольк бак и клапан расхода в него
модель простого бака
Взял только клапан и бак. Добавил меандр который меняет скорость открытия и закрытия клапана с частостой 10 секунд. При шаге интегрирования 0.01 секунд получил такой результат:
шаг интегрирования 0.01 секунда
Расход входа в бак после интегратора красиво линейной пилой (нижний график) то растет то уменьшается. А вот все остальные параметры в баке уже не линены. Скорости изменения уровня уже не линейная, (второй график снизу) поскольку учитывается уровень в баке и гидрастатическое давление. Больше уровень больше давления и расход выхода (третий снизу) тоже больше - меняется по кривой траектории. И верхний график это сам уровень, плавное изменение согласно баланса общего расхода линейного выхода и нелинейного выхода.
Теперь возмем и зададим шаг интгерирования 5 секунда:
шаг интегрирования 5 секунд
ДажПонятно что нижний график не поменялся у нас линейное изменение было 1000 точект стало всего две, но линия не поменялась не на грамм ровно та же пила.
Вопрос на засыпку: Точки расчета с шагом 5 секунд на всех остальных графиках совадают с точками расчета с шагом 0.01 секунда? Что вам подсказывает едиственно верное учение ВКПа? Если взять время t=5 секунд совпадет расход выхода, скорость изменеия уровня и сам уровень в этот момент времени у одной и той же модели, но расчитанной с разным шагом интегрирования?
Конечно сломал итрику видно что при 10 секундах графики уровня и скорости изменения на совпадают. Что бы оценить на сколько вывожу все на один график
вот так погрешность расчета получается
Так что без всякого регулятора можно получить херню в модели если не включать голову и никаой ВКПа и ВКПб тут ничем не помогут, несмотря на исконно посконно воистину наивысшую степень паралельности
Красивая анимация. Когда по линии связи как вода ползет утощение. Это в рамках одного шага можно отразить последовательность вычислений? И судя по кнопкам можно последовательно двигатся по сложной схеме в рамках одного такта? Правильно я понимают?
Потому что это математика 18-го века!!!!!. Замена непрерываного процесса набором декретных решений последовательных точках по времени с заданным шагом. Если мне для расчета одного параметра нужны данные которые я еще расчитал в рамках перехода от точки к точке , я могут их взять с предыдущего шага расчета. Именно так и работает задержка на шаг интегрирования. Это элементарный простейщий и топорный как сумматор или делитель блок.
Все 4 вопроса - забредушки. Они не стоят времени на их прочтение, не то что обсуждения. С таким же успехом можно обсуждать квантово волновой дуализьм света, как причину истинной паралеьности ВКПа.
Реально в ВКПа в каждый автомат встроена задержка на такт. Все больше там ничего нет от слова совсем. Наличие или отсутсвие этой задрежки никакой паралельности или перпендикулярности в совйства пакета не приносит. Ваша "стпень параллельности", "инерционность автоматов", "пространство скоростей" это фикции головной субстанции которые порождены мозгом не знакомым с основами диференциального исчисления и численных методов решения диференциальных уравнений.
Дайте определение паралельных вычислений, без обращения к вопросам о смысле бытия. Если смотреть в корень, то во все мире используется селедующее определение параллельности:
Исходя из этого определения паралельность возникает, только когда у вас есть многоядерность. Если вы разбили алгоритм на паралельные и независимые вычисления и использует treads или потоки, но у вас один процессор, то никакой паралельности не возникает по определению. Просто ее нет физически. Поэтому ваш термин "степень пралельности" к программноу обеспечению это бессмысленная забредушка, непонятная никому, кто знает про treads или потоки.
Вспомним что схема SimInTech Simulink LabView это не электрическая схема, а просто запись диференциальных уравнений, которые являются моделями каких либо физических процессов. это описание непрерываного процесса. Для решения этих уравнений используется численныме метды разделения непрерывного времени на шаги интегрирования.
При создании моделей в SimInTech Simulink LabView используется набор блоков, которые представляют собой математические выражения, превращающие вход в выход, за один такт расчета. В завимости от используемого математического выражения внутри блока, и схемы их соединения, часть блоков может расчитыватся конкурентно, когда выход блока не зависит от выхода дргого блока и мы можем построить конкурентный механизьм вычисления, который на многоядержном процессоре станет паралельным.
Часть блоков в завимости от математического выражения в них и схемы соединения, требует наличе на входе результата расчета других блоков (возникает алгебраическая петля). Вспонми что мы рассматриваем дискретное приближение непрерываного процесса, у нас есть набор точек по времени. Если нам необходимо значение которые мы еще не рассчитали (из за математического выражения и схемы соединения), мы берем это значение с предыдущего шага расчета тут то и возникакет (задержка на шаг и развязка алгебраических петель). Здесь у нас возникает численная погрешность расчета, которую нужно контролировать, чем меньше шаг тем меньшь погрешность, адаптивные методы еще и меняют шаг на лету, если погрешность выходит за заданные пределы. Либо пишет сообщение, что заданная точность не достигается, когда шаг упал до минимального.
Вот и весь хер да копейки, и никаой параллельности перпендикулярности инерцеонности тут нет.
Какой пародокс я должен тут убрать? У вас модель непрерываного процесса. Набор диференциалных уравнений. Мы его в SimInTech решаем используя разностью схему с дикретизацие по времени. Чем меньше шаг тем ближе дикретный процесс к непрерывному, меньше погрешность. Чем больше шаг по времени тем больше погрешность. В чем здесь парадокс? У вас регулятор темературы в комнате вы меряеет ее 1 раз в секунду и включает кондиционер. Потом вы начинает меретя ее раз в день, и жалуетесь что регулирует плохо, а потом вы начинает мерять ее 1 раз в год. И предьявляет претензию что регулятор не работает. А с чего бы ему работать?
Просто уважемый @lws0954вообще не вкуривает, что он делает. Он сейчас изобретает метод эйлера для численного решения обыкновенных дифференциальных уравнений. Он придумал, что если в автоматах состояния задавать задержку на такт, то получится нивипенно крутое решение, которое по волшебству будет отображать свойства реального мира, поскольку "вычисления не происходя мгновенно" и только его гений сообразил эту задержку вставить в каждый автомат и теперье его система лучшая в мире. И на это единственную задержку на такт он накручивает, инерционности, простраство скоростей и еще единственную истинную и непогрешимую степень параллельность, которой нет ни у кого в мире. Поскольку никто задержку на такт в автомате не учитвает Алилуя.
Ответ же у вас лежит на поверхности:
Степень "адекватности" модели для меня — это степень расхождения (отклонения) симуляции и реальной системы, которое может быть измерено.
Золотые слова! Все что мы делаем в SimInTech Simulink LabView это просто решение обыкновенных диференциальных уравнений численными методами. Заменяем непрерывный процесс, вычислениями сотояния системы в дикретные моменты времени. При этом в решение использутся шаги по времени, чем меньше шаг тем ближе мы к реальной системе (больше точность), но тем больше нужно вычислений. Осюда и балансировка - поиск оптимального шага расчета разными хитрыми методами.
Если нужно учесть дискретность реальной системы, это делается легко и непринужденной в любой среде SimInTech Simulink LabView. Без всяких воистину паральеных автоматов с задержкой по умолчанию.
Для симуляции дискретной системы там свои отдкльные инструменты (поэтому и примеры отдельно для разных типов и инструменты для непрерывных и дискретных систем разные).
Мне кажестя что уважемый @lws0954пытается применить дискретную математику, не совсем понимая диференциальные исчисление отсюда у него куча новых бессмысленных терминов и определений.
ВКПа, как реализация концепции автоматного программирования, учитывает инерционность объектов. Ни что не происходит мгновенно. Вычисления - в первую очередь. Вне зависимости от их реализации. Этот факт отразили диаграммы задержек выходных сигналов, поступающих с выхода субмодели "Бак" на входы субмодели "Нечеткий регулятор". И вообще. Любая система управления, содержащая обратную связь, просто обязана учитывать задержку времени, вносимую этой обратной связью. Повторяем медленно и многократно - о-б-я-з-а-н-а!
У вас полная мешнанина в териминологи. Инерционность объектов неимеет никакого отношения к тактам вычисления, инерционность это вообще про другое! Шаг интегрирования численного метода определяет только точность решения дифференциальных уравнений, которые описывают непрерывный процесс. В реальности практически любая система измерения тимеет задержки и искажения в аналогвой части (указаные в паспорте) и так же погрешности кругления при переводе в цифровой вид. А так же скважности опроса датчиков (мы можем получать данные с определенным интервалом), в цифровой систем управления есть такты работы процессора. И все это можно легко и непренужденно учесть в моделях SimInTech Matlab и LabView, и это в моделях учитывается. Причем мы это вводим в модель, реальные параметры, реальных систем. Для этого не надо изобретать новыем методы автоматов с задержкой и называть их единственно верными. Ваша задержкка на шаг в автомате это полная туфта с точки зрения решения задачи моделирования и управления, никокого особого смысла она не имеет.
Большое спасибо! Благодаря вопросам, пришлось открыть библиотеку и с удивелние обнаружил, что текущая реализации библиотеки нечеткого вывода потеряла часть работающего функционала, который был в первой версии. Орг выводы сделаны виновыне будет репрессирован. В ближайшем обновление будет иправленная библиотека.
Впрочем недоработки касались, методов активизации, которые не использовальсь в данном проекте. Поэтому на результаты не повлияли.
Согласен. При бесконечно малом шаге, конечно это верно. Только у нас вся математика со времен Эйлера бьется над проблемой увеличение шага интегрирования дифференциальных уравнений, с сохранением заданной точности. Потому что нужно сократить количество вычислений, что бы получить результат быстрее. И некошерные паралельные вычислений, тоже для сокращения времени вычислений вообще то используются.
А зедсь наоборот делам 10 000 вычислений на секунду модельного времени, за то у нас воистину паралельная программа. Да мы считаем в 5 000 медленнее но на двух процессорах или в 2 500 разм меделенне но на 4 процессорах, если у нас будет 10 000 процессоров мы вообще посчитает так же как без истинного паралелизьма.
Модель здесь: https://disk.yandex.ru/d/1JEhIUcYQda36g
Да именно эти задержки уважаемый @lws0954придумал втыкать в каждый автомат и объявил это высшей степенью паралелизьма. А все суматоры умножители и делители без задержка объявил некошерными, а триггер с запретом состояний у него вобще порождения сатаны, захватившего души непосвященные в истинный свет единственно верного и паралельного ученья ВКПа.
Так ведь получается полная и окончательная уета! Используюя задержку на шаг в математических вычислениях, где никакой задержки отродясь не было, мы получаем "всевысшую степень пралельности", но уже не можем ничего посчитать по математическим формулам поскольку задержка вычислений теперь у нас зависит от последовательности вычислений. И теперь все что придумал старина Эйлер в численных методах решения непрерывынх дифференциальных уравнений, где использутся вычисления на декретных шагах интегрирования, идет по зведе! Алилуя зато мы достигли "всевышенй степени пралелизьма".
Но самое смешное во всей это истинной параллельности, в том, что она нах никому не нужна. В самом деле зачем во всем мире используется паралельные вычисления? Что бы ускорить расчет, за счет возможностей запуска конкурентных вычислений на разных ядрах процессора. Что предлагает уважаемый @lws0954добавить задержку на шаг в каждую математитическую операцию! Ошуенное решение что бы ускорить расчет давайте заипенем задережк. Будет медленнее зато "степень паралелизьма будет всевышашая" ибо все языки последовательные а добавив задержек мы достигним абсолютной паралельности и нирваны.
На самом деле есть целы книги посвященные паралельному программированию, даются готовый и проверенные методики изменения кода, для реализации конкурентных вычислений, которые становятся параллельными на многоядерных системах, без всяких никому не нужных задержках.
И что же у нас получается в 18-веке Эйлер предложил способ замены непрерывных процессов дикретных вычислениям. И мы все ими пользуемся. А в 21 уважемый @lws0954предложил изменть операцию суммирования. По его мнению любое сложение, любое умножение и деление должно сдивгать вермя на один шаг интегрирования для получени исконнно посконной высшей степени параллельности! Добрпожаловать в 21 век!
И теперь все наши расчеты идут по звезде. Это новое слово в математике операция сложения перстала быть переместительной. Всю жизнь с времен тысячи лет со времен Пифагора а+b+c = (a+b)+c теперь благодорая гениальности ВКПа высшей степени паралельность это нихуа не разу не так. Теперь меняя последовательность сложения можно получит разницу в 25 000 тысяч за 10 секунд. И меняя шаг интегирования можно получит и больше разницу.
Алилуя!
А если используя блоки ВКПа записать вот такое выражение:
Насколько шагов интегрирования сдвинитеся вычисление импульса в ячейке турбопровода сможете посчитать?
Насамом деле пох, главное мы получим истинную степень паралелизьма ВКПа, а это главное добро пожаловать в 21-век и в истиную теорию праралелизьма.
Короче выкидывайте нахрен ваши бесмысленные забредушки почитайте что нибудь про решение дифференциалных уравнений методом Эйлера. Все уже давно придумано и отлично работает. Как 2+2 = 4.
просто у вас подключение к меандру, а у меня к клапану. Тогда меандр это скорость открытие = угол наклона зубьев пилы положения клапана.
И что? Сломал к уям суматор! ЕПТА! В этом месте должан быть явная ошибка! С какого перепу у вас сумматор првратился в интегратор, причем коэффициент интегрирования зависит от шага расчета? Представляю разработчика который формирует схему обработки датчика типа такой:
Где явно использует пердыдущее значение, а ему в суматоре прилетает сдвинутое на шаг!
Или в этом примере:
Верните нормальный суматор в зад! Эту задержку мы сами в проектах ставим. А если 4 суматора подряд? На 4 шага буде сдвижка? А если эти суматоры раскиданы по листам проекта и субмоделям проекта? На сколько тактов все сдвинется? Да хер его знает надо пересчитывать все сумматоры по всему проекту в линиях, остальные математические выражения вы так же на шаг сдвигаете?
Какая же уета эта ваша инерционность, причем полная и беспощадная.
Короче полное говнище этот суматор с задержкой выкинуть его нах!
Останов по условию и окна у нас тоже есть.
А вот анимация по линиям очень прикольная, толко вот у нас обычно происходит сортировка схема, где мы перед началом расчета производим анализ и определеяем что считается первым и чисто теоретически может получится так что порядок расчета не совпадает с порядком отображения например если блок интегратор то мы из него берем текущее заначение сразу, несмотря на то что по схеме в него входит какой либо источник.
А можно посмотреть такю анимацию когда синус подается на интегратор а потом усилитель. Интересно как текущая вода по линиям связи это отразит.
Я сейчас наверное удивлю, но я поступил еще проще. Никаких фазификаторов блоков управления обратной связи тольк бак и клапан расхода в него
Взял только клапан и бак. Добавил меандр который меняет скорость открытия и закрытия клапана с частостой 10 секунд. При шаге интегрирования 0.01 секунд получил такой результат:
Расход входа в бак после интегратора красиво линейной пилой (нижний график) то растет то уменьшается. А вот все остальные параметры в баке уже не линены. Скорости изменения уровня уже не линейная, (второй график снизу) поскольку учитывается уровень в баке и гидрастатическое давление. Больше уровень больше давления и расход выхода (третий снизу) тоже больше - меняется по кривой траектории. И верхний график это сам уровень, плавное изменение согласно баланса общего расхода линейного выхода и нелинейного выхода.
Теперь возмем и зададим шаг интгерирования 5 секунда:
ДажПонятно что нижний график не поменялся у нас линейное изменение было 1000 точект стало всего две, но линия не поменялась не на грамм ровно та же пила.
Вопрос на засыпку: Точки расчета с шагом 5 секунд на всех остальных графиках совадают с точками расчета с шагом 0.01 секунда? Что вам подсказывает едиственно верное учение ВКПа? Если взять время t=5 секунд совпадет расход выхода, скорость изменеия уровня и сам уровень в этот момент времени у одной и той же модели, но расчитанной с разным шагом интегрирования?
Конечно сломал итрику видно что при 10 секундах графики уровня и скорости изменения на совпадают. Что бы оценить на сколько вывожу все на один график
Так что без всякого регулятора можно получить херню в модели если не включать голову и никаой ВКПа и ВКПб тут ничем не помогут, несмотря на исконно посконно воистину наивысшую степень паралельности
Красивая анимация. Когда по линии связи как вода ползет утощение. Это в рамках одного шага можно отразить последовательность вычислений? И судя по кнопкам можно последовательно двигатся по сложной схеме в рамках одного такта? Правильно я понимают?
Потому что это математика 18-го века!!!!!. Замена непрерываного процесса набором декретных решений последовательных точках по времени с заданным шагом. Если мне для расчета одного параметра нужны данные которые я еще расчитал в рамках перехода от точки
к точке 
, я могут их взять с предыдущего шага расчета. Именно так и работает задержка на шаг интегрирования. Это элементарный простейщий и топорный как сумматор или делитель блок.
Все 4 вопроса - забредушки. Они не стоят времени на их прочтение, не то что обсуждения. С таким же успехом можно обсуждать квантово волновой дуализьм света, как причину истинной паралеьности ВКПа.
Реально в ВКПа в каждый автомат встроена задержка на такт. Все больше там ничего нет от слова совсем. Наличие или отсутсвие этой задрежки никакой паралельности или перпендикулярности в совйства пакета не приносит. Ваша "стпень параллельности", "инерционность автоматов", "пространство скоростей" это фикции головной субстанции которые порождены мозгом не знакомым с основами диференциального исчисления и численных методов решения диференциальных уравнений.
Дайте определение паралельных вычислений, без обращения к вопросам о смысле бытия. Если смотреть в корень, то во все мире используется селедующее определение параллельности:
Исходя из этого определения паралельность возникает, только когда у вас есть многоядерность. Если вы разбили алгоритм на паралельные и независимые вычисления и использует treads или потоки, но у вас один процессор, то никакой паралельности не возникает по определению. Просто ее нет физически. Поэтому ваш термин "степень пралельности" к программноу обеспечению это бессмысленная забредушка, непонятная никому, кто знает про treads или потоки.
Вспомним что схема SimInTech Simulink LabView это не электрическая схема, а просто запись диференциальных уравнений, которые являются моделями каких либо физических процессов. это описание непрерываного процесса. Для решения этих уравнений используется численныме метды разделения непрерывного времени на шаги интегрирования.
При создании моделей в SimInTech Simulink LabView используется набор блоков, которые представляют собой математические выражения, превращающие вход в выход, за один такт расчета. В завимости от используемого математического выражения внутри блока, и схемы их соединения, часть блоков может расчитыватся конкурентно, когда выход блока не зависит от выхода дргого блока и мы можем построить конкурентный механизьм вычисления, который на многоядержном процессоре станет паралельным.
Часть блоков в завимости от математического выражения в них и схемы соединения, требует наличе на входе результата расчета других блоков (возникает алгебраическая петля). Вспонми что мы рассматриваем дискретное приближение непрерываного процесса, у нас есть набор точек по времени. Если нам необходимо значение которые мы еще не рассчитали (из за математического выражения и схемы соединения), мы берем это значение с предыдущего шага расчета тут то и возникакет (задержка на шаг и развязка алгебраических петель). Здесь у нас возникает численная погрешность расчета, которую нужно контролировать, чем меньше шаг тем меньшь погрешность, адаптивные методы еще и меняют шаг на лету, если погрешность выходит за заданные пределы. Либо пишет сообщение, что заданная точность не достигается, когда шаг упал до минимального.
Вот и весь хер да копейки, и никаой параллельности перпендикулярности инерцеонности тут нет.
Какой пародокс я должен тут убрать? У вас модель непрерываного процесса. Набор диференциалных уравнений. Мы его в SimInTech решаем используя разностью схему с дикретизацие по времени. Чем меньше шаг тем ближе дикретный процесс к непрерывному, меньше погрешность. Чем больше шаг по времени тем больше погрешность. В чем здесь парадокс? У вас регулятор темературы в комнате вы меряеет ее 1 раз в секунду и включает кондиционер. Потом вы начинает меретя ее раз в день, и жалуетесь что регулирует плохо, а потом вы начинает мерять ее 1 раз в год. И предьявляет претензию что регулятор не работает. А с чего бы ему работать?
Просто уважемый @lws0954вообще не вкуривает, что он делает. Он сейчас изобретает метод эйлера для численного решения обыкновенных дифференциальных уравнений. Он придумал, что если в автоматах состояния задавать задержку на такт, то получится нивипенно крутое решение, которое по волшебству будет отображать свойства реального мира, поскольку "вычисления не происходя мгновенно" и только его гений сообразил эту задержку вставить в каждый автомат и теперье его система лучшая в мире. И на это единственную задержку на такт он накручивает, инерционности, простраство скоростей и еще единственную истинную и непогрешимую степень параллельность, которой нет ни у кого в мире. Поскольку никто задержку на такт в автомате не учитвает Алилуя.
Ответ же у вас лежит на поверхности:
Золотые слова! Все что мы делаем в SimInTech Simulink LabView это просто решение обыкновенных диференциальных уравнений численными методами. Заменяем непрерывный процесс, вычислениями сотояния системы в дикретные моменты времени. При этом в решение использутся шаги по времени, чем меньше шаг тем ближе мы к реальной системе (больше точность), но тем больше нужно вычислений. Осюда и балансировка - поиск оптимального шага расчета разными хитрыми методами.
Если нужно учесть дискретность реальной системы, это делается легко и непринужденной в любой среде SimInTech Simulink LabView. Без всяких воистину паральеных автоматов с задержкой по умолчанию.
Мне кажестя что уважемый @lws0954пытается применить дискретную математику, не совсем понимая диференциальные исчисление отсюда у него куча новых бессмысленных терминов и определений.
У вас полная мешнанина в териминологи. Инерционность объектов неимеет никакого отношения к тактам вычисления, инерционность это вообще про другое! Шаг интегрирования численного метода определяет только точность решения дифференциальных уравнений, которые описывают непрерывный процесс. В реальности практически любая система измерения тимеет задержки и искажения в аналогвой части (указаные в паспорте) и так же погрешности кругления при переводе в цифровой вид. А так же скважности опроса датчиков (мы можем получать данные с определенным интервалом), в цифровой систем управления есть такты работы процессора. И все это можно легко и непренужденно учесть в моделях SimInTech Matlab и LabView, и это в моделях учитывается. Причем мы это вводим в модель, реальные параметры, реальных систем. Для этого не надо изобретать новыем методы автоматов с задержкой и называть их единственно верными. Ваша задержкка на шаг в автомате это полная туфта с точки зрения решения задачи моделирования и управления, никокого особого смысла она не имеет.
внутри просто про трубу
Большое спасибо! Благодаря вопросам, пришлось открыть библиотеку и с удивелние обнаружил, что текущая реализации библиотеки нечеткого вывода потеряла часть работающего функционала, который был в первой версии. Орг выводы сделаны виновыне будет репрессирован. В ближайшем обновление будет иправленная библиотека.
Впрочем недоработки касались, методов активизации, которые не использовальсь в данном проекте. Поэтому на результаты не повлияли.
Просто все большие компании постоянно покупают маленькие и средники
Он там уже был. Просто для залач с проектов проведения работ (ППР) с трубами тогда он не очень подходил.
Я в Янедкс такси для души работают. А так то я занимаюсь похишением людей
Вы поворот проехали.
Я знаю