Ага, можно вообще на одной только стрелке Пирса сделать логарифм.
Но в реальности, вопрос не в том какие операции использовать, а в том, как их объединить.
Тейлор -- один из вариантов. Кусочно-линейное представление -- другой.
И говорить "для вычисления логарифма достаточно сложений" это занудство.
Если что, то я конкретные (рабочие) варианты уже озвучил, а не просто рассуждаю о стрелках Пирса.
И? Всё верно: автоматические тесты на симуляторе не являются достаточным критерием правильности. Нужны тесты на железе, тесты с реальным миром и т.п.
Но, с другой стороны: наличие тестов повышает надёжность? Разумеется, повышает. Именно про это я и говорю (и говорил с самого начала): нужна возможность делать автотесты, чтобы повышать стабильность/надёжность.
Если вопрос о том "как именно делать интеграционные автотесты, включающие в себя симуляцию реальных объектов, печей, механизмов" -- это отдельный вопрос.
Видели же как Yegor игровой движок прикручивал для симуляции физики?
Ну и Simulink переизобретать вряд ли просто так получится.
А что-то попроще -- уже может быть и полезно, и неложно в реализации.
Начать бы с простых "при подаче такого-то значения на вход, через N тактов должно оказаться такое-то значение на выходе".
Да, в программах бывают косяки.
Если есть автоматическое тестирование, то найденный проблемный сценарий можно включить в базу тестов и это повысит надёжность системы: если в следующий раз кто-то случайно сломает этот функциона (например, поправит программу и не учтёт проблемный случай), то тест ему скажет "ай-яй-яй, давай чини".
В КДС средство автоматического тестирования это вообще отдельный компонент, и за него берут немалые деньги: http://store.codesys.com/codesys-test-manager.html