Исправление slackwarrior, (текущая версия) :
Можно втыкать алгоритм обработки сигнала, а можно просто таблицу решений. Таблица решений быстрее, но больше занимает.
Таблица решений во многих случаях не занимает ничего. Для иллюстрации подхода, чтоб именно выйти из контейнера, в котором привыкли думать ойтишнеги: электронику во многих местах можно заменить оптикой например :) результат «вычислений» будет происходить «со скоростью света» в соответствующем оптическом канале с заранее посчитанными («со скоростью калькулятора», зато один раз) свойствами, для которых не нужно хранить таблицы — просто отполировать линзы и нарисовать сетку на окуляре — банальный пример это сетка в прицеле или риски на лимбах микроскопа, свойства которой банально не зависят от электронного противодействия или наличия у оператора знаний о таблицах по которым посчитаны деления на лимбе (есть другие нюансы, конечно) :)
При вот такой начальной скорости (которая зависит вот от такой массы вышибного заряда или вот такой скорости носителя), при вот таком боковом ветре, с учетом силы Кориолиса на этих координатах, с вот такой поправкой (список коэффициентов)... которые все просто уже учтены в сетке на оптике — снаряд или бонба упадет вот в такой круг с вот такой вероятностью :) С микроскопом еще банальнее — крути вот это, пока на резкость не наведешь. Не навелось? Поменяй окуляр. Не видно ничего? Включи подсветку. Тебе же не требуются таблицы для включения лампочки?
Можно повышать точность этого подхода (электроника БИУС подсказывает когда пулять, называется «огневое решение»). Можно подсвечивать лазером для управляемого снаряда (у которого очень простая схема управления — по сигналам с носителя, а система управления с алгоритмами и/или таблицами собственно на нем или вообще в штабе, выдающем целеуказание). Можно читерить с GPSом и «высокоточным целеуказанием», пока его не заглушили или упарываться по «новой компонентной базе», пока не поломалась логистика :) Но если БИУС в отказе, а жопоэс недоступен — никто не мешает пользоваться бэкапом в виде таблиц которые посчитаны заранее и нанесены в виде сеток и делений на шкалах, которые тебе тупо подскажут, что произойдет при заданных условиях (эти верньеры вот сюда — вот такой расклад, вот сюда — другой) без каких-то там сложных щей и без необходимости считать это в уме, т.к. оно уже посчитано и никаких таблиц не хранится на борту.
Аналогично в невоенных применениях. Смотришь на график, видишь где пересекаются риски с осей на реализуемом аппаратурой целевой функции — зашло за вот это деление? А чего это на манометре или счетчике оборотов или уровне технической жидкости красный сектор? Загорается красная лампочка :) Звучит звуковое оповещение. «Оператор, проснись» «А я и не сплю».
Цифровые станки — это например никто не скажет что что-то плохое. Но деления на лимбе которые посчитаны заранее не мешают творить «чудеса» и на обычном станке и даже с кое-какой механической автоматизацией процессов (нарезание резьб, например). Просто дольше и дороже, и требования к оператору станка выше — но он тоже будет пользоваться вычислениями, которые сделаны за него и до него.
Так вот... даже эти «сетки» и «шкалы» можно реализовать без каких-то там сложных таблиц в памяти БЦВМ, хранимых на самом изделии. И без необходимости оператору лично смотреть в окуляр. Не нужно ничего хранить — нужно изготовить фильтр сигнала, физика которого подчиняется таблицам, которые посчитаны и распечатаны в виде справочников, но в самом регуляторе не хранятся нигде :) Именно так работают простые регуляторы начиная с паровых машин, там где человеку скушно или нужна реакция побыстрее и почаще. Все таблицы — в инженерных справочниках и во внешней ЭВМ, которые посчитали модель бортового блока обратной связи, реализующего целевую функцию с достаточной точностью и скоростью (возможность считать это на ЭВМ вообще просто удобство, никак не исключенное отсутствием ЭВМ, КБ раньше обходились. Внутре аппаратной части только вентили, мосты и операционные усилители, и не факт что электронные :) Называется «АВМ», отличается тем что делается под задачу, но уж задачу решает порой побыстрее ЭВМ, просто потому что нет задержек на обсчеты и преобразования в ЦАПах. Для фильтров сигналов уровня «стимул-реакция» — этого достаточно. Вот если интерактивность нужна, да скорость перенастройки, да еще интерфейс для не очень подготовленного оператора — ну вот имеем сейчас приправленный коммерцией хлебушек для программистов в исконной нише инженеров :)
Исходная версия slackwarrior, :
Можно втыкать алгоритм обработки сигнала, а можно просто таблицу решений. Таблица решений быстрее, но больше занимает.
Таблица решений во многих случаях не занимает ничего. Для иллюстрации подхода, чтоб именно выйти из контейнера, в котором привыкли думать ойтишнеги: электронику во многих местах можно заменить оптикой например :) результат «вычислений» будет происходить «со скоростью света» в соответствующем оптическом канале с заранее посчитанными («со скоростью калькулятора», зато один раз) свойствами, для которых не нужно хранить таблицы — просто отполировать линзы и нарисовать сетку на окуляре — банальный пример это сетка в прицеле или риски на лимбах микроскопа, свойства которой банально не зависят от электронного противодействия или наличия у оператора знаний о таблицах по которым посчитаны деления на лимбе (есть другие нюансы, конечно) :)
При вот такой начальной скорости (которая зависит вот от такой массы вышибного заряда или вот такой скорости носителя), при вот таком боковом ветре, с учетом силы Кориолиса на этих координатах, с вот такой поправкой (список коэффициентов)... которые все просто уже учтены в сетке на оптике — снаряд или бонба упадет вот в такой круг с вот такой вероятностью :) С микроскопом еще банальнее — крути вот это, пока на резкость не наведешь. Не навелось? Поменяй окуляр. Не видно ничего? Включи подсветку. Тебе же не требуются таблицы для включения лампочки?
Можно повышать точность этого подхода (электроника БИУС подсказывает когда пулять, называется «огневое решение»). Можно подсвечивать лазером для управляемого снаряда (у которого очень простая схема управления — по сигналам с носителя, а система управления с алгоритмами и/или таблицами собственно на нем или вообще в штабе, выдающем целеуказание). Можно читерить с GPSом и «высокоточным целеуказанием», пока его не заглушили или упарываться по «новой компонентной базе», пока не поломалась логистика :) Но если БИУС в отказе, а жопоэс недоступен — никто не мешает пользоваться бэкапом в виде таблиц которые посчитаны заранее и нанесены в виде сеток и делений на шкалах, которые тебе тупо подскажут, что произойдет при заданных условиях (эти верньеры вот сюда — вот такой расклаз, вот сюда — другой) без каких-то там сложных щей и без необходимости считать это в уме, т.к. оно уже посчитано и никаких таблиц не хранится на борту.
Аналогично в невоенных применениях. Смотришь на график, видишь где пересекаются риски с осей на реализуемом аппаратурой целевой функции — зашло за вот это деление? А чего это на манометре или счетчике оборотов или уровне технической жидкости красный сектор? Загорается красная лампочка :) Звучит звуковое оповещение. «Оператор, проснись» «А я и не сплю».
Цифровые станки — это например никто не скажет что что-то плохое. Но деления на лимбе которые посчитаны заранее не мешают творить «чудеса» и на обычном станке и даже с кое-какой механической автоматизацией процессов (нарезание резьб, например). Просто дольше и дороже, и требования к оператору станка выше — но он тоже будет пользоваться вычислениями, которые сделаны за него и до него.
Так вот... даже эти «сетки» и «шкалы» можно реализовать без каких-то там сложных таблиц в памяти БЦВМ, хранимых на самом изделии. И без необходимости оператору лично смотреть в окуляр. Не нужно ничего хранить — нужно изготовить фильтр сигнала, физика которого подчиняется таблицам, которые посчитаны и распечатаны в виде справочников, но в самом регуляторе не хранятся нигде :) Именно так работают простые регуляторы начиная с паровых машин, там где человеку скушно или нужна реакция побыстрее и почаще. Все таблицы — в инженерных справочниках и во внешней ЭВМ, которые посчитали модель бортового блока обратной связи, реализующего целевую функцию с достаточной точностью и скоростью (возможность считать это на ЭВМ вообще просто удобство, никак не исключенное отсутствием ЭВМ, КБ раньше обходились. Внутре аппаратной части только вентили, мосты и операционные усилители, и не факт что электронные :) Называется «АВМ», отличается тем что делается под задачу, но уж задачу решает порой побыстрее ЭВМ, просто потому что нет задержек на обсчеты и преобразования в ЦАПах. Для фильтров сигналов уровня «стимул-реакция» — этого достаточно. Вот если интерактивность нужна, да скорость перенастройки, да еще интерфейс для не очень подготовленного оператора — ну вот имеем сейчас приправленный коммерцией хлебушек для программистов в исконной нише инженеров :)