NK
😂😂
Size: a a a
2016 March 21
NK
В общем это нужно проверять))
NK
ID:161565611
В общем это нужно проверять))
Yep!
NK
Если только не будет в железе реализовано
Пакет все равно задержится пока железо не просчитает...
NK
Плис конечно выход, но сложные алгоритмы она выполняет плохо
NK
Интересно, а можно ли считать атакой на терминал проверку токовых и напряженческих цепей терминала с РЕТОМа ? :) Он же в интерфейсы выдает неправду!
NK
ID:161565611
Плис конечно выход, но сложные алгоритмы она выполняет плохо
Ну тот же 3DES и не самый-то сложный алгоритм. и железо есть такое уже http://www.heliontech.com/des.htm
AR
да, нужен ASIC чип
NK
Спорить не буду, но может все-таки проще нормально сеть спроектировать и закрыть))
NK
Чем объяснять людям что такое шифрование и зачем)
AA
Коллеги, а поделитесь опытом (или мыслями на тему) - каким атрибутом какого логического узла (или новым) моделировать самопроизвольное отключение выключателя. GGIO не предлагать :)
LO
Ну либо искомый узел и объект есть в стандарте, либо джио
АВ
Самопроизвольное отключение == аварийное отключение В
NK
ID:161565611
Чем объяснять людям что такое шифрование и зачем)
К сожалению объяснять придётся :) в том числе наглядно
AA
Самопроизвольное отключение == аварийное отключение В
Аварийное - это и от защит. Для сигнала отключения от защит можно использовать ptrc соответствующей защиты. Я же говорю о том, как просигнализировать, что XCBR.Pos изменился самопроизвольно.
AA
Любое не оперативное отключение является аварийным
АВ
Вот именно
AA
Есть такой интересный вариант XCBR/AlmSupp
AA
только он вроде наоборот устанавливается в 1 если отключение было оперативным
AA
Есть такой интересный вариант XCBR/AlmSupp
А это у кого?