Мне на запрос попалось такое:
F = 12 МГц
TCLK = 1/12000000 = 0.000000083(3) сек = 0.083(3) мксек
Время выполнения команды 0.083 * 1 = 0.083 микросекунды (команда ANDI выполняется за 1 такт).
Т.е. 100 по 0,1 мкс это 0,01 мс. Ещё на 10 (допустим) команд. Имеем 0,1 мс. Не думаю, что это критично.
Что-то мечутся ребята из Ютуб: через несколько дней опять сузили полосу прокрутки. Ох уж эти программеры! Ну если не знаешь - дай настройку пользователю! Получается, уже доверять пользователю - плохой стиль программирования?
1) В таблице Вики нет, напр., MatLab (только внизу в примечаниях). Причём, там обычный язык, графический (Simulink) и граф состояний (Stateflow). А математику все применяют (не только на R и Python)/
2) Допустим, меня интересует библиотека DirectX. Но сказать С++ это не сказать ничего (тем более, что там ещё язык шейдеров).
По контроллерам: есть ещё кроме ПЛК так называемые программируемые реле (более дешёвый вариант). Logo у Siemens, ПР у фирмы Овен. Там язык CFC или FBD.
Если будете управлять светом, то почитайте про ЭПРА (нашлёпки на люстры). Есть дискретное управление (включить-выключить. Напоминаю, что кнопки для умного дома обычно без фиксации (так называемые, звонкового типа) и для низковольтного сигнала управления (там нет 220 В)), есть аналоговое (0 - 10 В), есть цифровое (протоколы DALI, DMX).
Обязательно изучите типы ламп: накаливания, светодиодные (тут автоматике может мешать встроенный преобразователь питания), люминесцентные, галогенные.
1) KNX не занимаюсь, т.к. параметрирование мне не интересно (среда ETS к тому же платная).
Но можете изучить протокол Modbus (старая версия ASCII, новые RTS и TCP). Сам сетевой принцип Master-Slave мне не нравится, поэтому мне больше нравится сеть CAN (допустим, старый протокол DeviceNet или новый CANOpen), т.к. там обычно реализован принцип Producer-Consumer. Но обычно CAN используется в автомобилях. Если захотите сделать что-то подешевле, то можно взять китайский аналог KNX - сеть HDL.
2) Вторую версию Codesys можно изучить по документации. Только языки IL, LD и FBD устарели, их можно не применять.
Фирма Овен сейчас старается использовать третью версию Codesys, можете посмотреть их канал на Youtube.
3) Чтобы изучить SFC (граф состояний), можно купить домашнюю версию MatLab (она недорогая) и изучить Stateflow. Вот ролики о его преимуществах. После построения графа можно его перегонять в микроконтроллер типа Ардуино (языки C/С++) или ПЛК (язык ST), там есть такие опции.
4) Ещё должны быть общения через SCADA (графическое отображение процессов). Для смартфонов и планшетов есть решения от российской фирмы iRidium Mobile. Для десктопов вариантов куча, но обычно они платные. Мне в своё время понравился открытое API для ПЛК Beckhoff, так что программист может и сам создать скаду.
Для начала можно в Codesys нарисовать web-визуализацию и смотреть через браузер.
5) Наконец, есть ещё видеосигналы для видеокамер и аудио/видео сети Мультирум. Там своя аппаратура.
считывать откуда? из файла?
Советую пока показать вариант функций расчёта. Считывание потом можно будет добавить.
Кстати, надо будет вам придумать, что такое матрица. (не проще ли в Матлабе?)
uvelichitel, Для асимптотики основание роли не играет. У американцев log это наш ln (основание e, натуральный логарифм), lg (десятичного) обычно нет, но есть log10, log2.
F = 12 МГц
TCLK = 1/12000000 = 0.000000083(3) сек = 0.083(3) мксек
Время выполнения команды 0.083 * 1 = 0.083 микросекунды (команда ANDI выполняется за 1 такт).
Т.е. 100 по 0,1 мкс это 0,01 мс. Ещё на 10 (допустим) команд. Имеем 0,1 мс. Не думаю, что это критично.