Подозреваю, что никак - аппаратному уровню похуй.

>>48209
В том то и проблема, что мне тоже так кажется - нарушение шифрования, контрольные суммы и т.д - этого достаточно, ящитаю. Однако, мой препод утверждает, что можно за счёт каких-то то-ли специфических сигналов, то-ли перепадов напряжения. Одним словом - НЁХ.

>>48214
Ну это уже хитрости аппаратчиков.
Типа, например, встроенного в систему алгоритма какой-нибудь проверки. Так что толком и не скажешь, что это - хард или софт.

>>48216

>Так что толком и не скажешь, что это - хард или софт.

Два чаю, большинство железок практически полноценные компьютеры со своей ос.

>>48214
Контрольная сумма например вполне может проверяться на аппаратном уровне. Вот только как было сказано выше - граница между аппаратным и программным уровнем очень тонкая, а где-то не существует вообще.

>как на аппаратном уровне происходит выявление ошибки в передачи данных?

например, контроль четности как в RS232
или есть еше коды Рида — Соломона, которые на аппаратном уровне реализованы в CD/DVD/Blu-ray приводах, DSL, WiMAX и еще дохрена где

>>48233

>еше коды Рида — Соломона

Судя по педевикии, это она самая - НЁХ. Теперь остаётся вопрос - как происходит кодирование на физическом устройстве? То есть посредством чего сигналы преобразуются - если там нет кремня, то это весьма интересно.

Алсо, что всё же рентабельней - качественная изоляция или большая мощность и сложность алгоритмов контроля? Я не прошу экономобоснование - быть может кто-то сталкивался IRL.

>>48314
Зависит от того, где ты это использовать собираешься. Например в пределах одной платы можно вообще без контроля обойтись, при многометровой передаче у тебя в любом случае будут возникать ошибки, так что без контроля целостности и возможности повторной передачи не обойтись.

>>48314
Большая мощность и сложность не нужна. Для защиты достаточно SSL/TLS

>>48316

>SSL/TLS

Так ведь это старьё и почти брут.

>>48316

> сложность не нужна
> достаточно SSL/TLS

Тебе эти пункты не кажутся взаимоисключающими?

Похоже я нашел, то, что искал. Манчестерский код стронгли релейтед - Единица кодируется перепадом от низкого уровня сигнала к высокому, а ноль — обратным перепадом. В начале каждого такта может происходить служебный перепад сигнала, если нужно представить несколько единиц или нулей подряд.
Только к чему в итоге это относить к h или к s? С одной стороны - перепады со сдвигами - чистая физика и аппаратная часть, с другой, я так понимаю, обрабатывает это всё равно ЦП...

Есть коды, обнаруживающие ошибки. Есть коды, исправляющие ошибки. Строятся они как-то с помощью полиномов. Вот тут есть про БЧХ: http://ru.wikipedia.org/wiki/Код_Боуза_—_Чоудхури_—_Хоквингема
Ошибки обнаруживаются/исправляются за счет какой-то доли избыточности передаваемой информации.
Реализуется это дело достаточно просто: по выведенным формулам можно построить логические схемы кодеров/декодеров на сумматорах, регистрах сдвига, элементах задержки и прочей лабуде. (Почти как цифровые фильтры) Вся сложность в формулах и понимании.
Используется все это дело в различных технология передачи данных xDSL, WDM, Fast Ethernet и далее. (Как бы тут не наврать :3) Хотя в Fast Ethernet вроде используются алфавитные коды.

>>48550
Интересно, используют ли до сих пор алгебру-логики(физическую) или, как говорилось выше, всё уже просчитывают микропроцессоры аппаратуры?

>>48558
да