Мы плавно движемся к тому, что возможности контроллеров растут быстрее, чем мы их успеваем осваивать. По сути, современные микроконтроллеры, их интерфейсы, а также сами модули расширения достаточно эффективны и при отсутствии особых требований к быстродействия избыточны по производительности. Да, повышение уровня абстракции почти всегда ведет к издержкам как производительности, так и объема кода, но следует признать, что для прижившихся моделей плк это уже приемлемо. Да, остается затратить усилия на переосмысление платформы, предполагающей такой переход. И мы уже были свидетелям как тако происходило и было принято сообществом. например переход с CMIS на HAL. Насчет ограниченности пинов из числа связанных с модулями расширений и нативными пинами микроконтроллера.... разве там нет такой же ситуации? там тоже пины имеют разные наборы альтернативных функций. Для этого я и предполагаю использование возможностей созданного автором Сергеем пользовательского описания. Насчет закрытости процессов... тут тоже все можно оставить открытым. Достаточно например разделить низовую часть кода, где реализуется движок платформы и ее пространство тегов и например верхнюю часть прикладной программы, где уже в абстактной модели исполняется наш пользовательский код также в привычном виде с пользовательскими блоками. Так построены ПЛК предыдущих моделей. И я думаю у нас многое готово к этому переходу.
Отправлено спустя 8 минут 8 секунд:
В моем понимании, использование расширителей ценно не сколько для тупого наращивания мускулов
а как вариант исключения использования многофункциональных нативных выводов микроконтроллера для банального ногодрыга с переносом этих функций на расширители