Без отдельного устройства ЛАПНУ работать сложно и неудобно. По крайней мере дважды в год нужно менять уставки, по крайней мере, всегда приходят другие таблицы решений с иным почему-то набором ремонтных схем. Схема сети не меняется так быстро, но с СЭР ОДУ не поспоришь. Для замены таблицы решений надо ЛАПНУ вывести, новые решения так или иначе записать в устройство, проверить, что они актуальны, хотя бы выборочно, изменённые. По моему мнению, нельзя ограничиваться только записью, "заливкой" новых уставок. Хотя бы простым просмотром надо проверить. Если комплекс ЦПА (ЦАПНУ) дублированный из двух независимых устройств, можно выводить поочерёдно. А если как УПАЭ (Прософт Е), дублированный, но по сути - одно устройство? Вот тут бы и пригодился ЛАПНУ, более или менее простая АДВ с КПР, например, на базе МКПА. Можно его и не дублировать для простоты, это же резервный комплекс.
На примере реконструкции комплекса на Зейской ГЭС видно, что резервирование и дублирование должно иметь разумные границы, некоторые команды САОН передаются тремя-пятью различными УПАСК, ПО тоже получаются от трёх-шести устройств, и это точно ещё не конец. А вот резервной АДВ, локальной АПНУ, нет, вычеркнули из проекта.