caxapa.ru :: HDLC нервно курит в части эффективности кодирования ->

Evgeny_CD^{Архитектор} (05.02.2020 16:17, просмотров: 593) ответил VLLV на Не думаю, что авторы hdlc легко с этим согласятся

HDLC нервно курит в части эффективности кодирования -> https://ru.wikipedia.org/wiki/HDLC
В байтстаффинге используется escape-последовательность, здесь — '01111101'(0x7D в шестнадцатеричном представлении), то есть байт FD(0x7E) в середине кадра заменяется последовательностью байтов (0x7D, 0x5E), а байт (0x7D) — последовательностью байтов (0x7D, 0x5D). Т.е. "неудачно" попали данные на некоторые "выделенным символы" - и оба на, вместо одного байта в канал надо передавать два байта. Вот такого вот я и хотел избежать на качественном уровне. Но да, HDLC - это ПРОТОКОЛ. У меня пока мааааленький огрызочек от него.

Ответить

- Ты думаешь дураки HDLC изобретали? А я думаю, дураки те, кто не понимает, почему 0x7E. Потому, что если у тебя по-настоящему последовательный канал передачи данных, где не байты 8-битные атомарно идут, а отдельные биты, начиная с младшего и до fk0^{легенда}(662 знак., 05.02.2020 23:44)
  - 1) Про дураков ничего не писал 2)Хочется сделать универсального для любого канала шириной 1 байт 3)Спасибо! Столь тонкая оптимизация была оставлена на потом. Именно поэтому идея табличного кодера и декодера - чтобы можно было мапить на любые коды. Evgeny_CD^{Архитектор}(149 знак., 06.02.2020 02:30)
    - Кстати я не прав. В PPP в качестве заголовка кадра используется последовательность 7E FF и не просто так: в бинарном виде это o01111110Po11111111P, где o -- нулевой старт-бит, P -- единичный стоп-бит. Можно показать, что 7E при любых сдвигах fk0^{легенда}(3987 знак., 06.02.2020 11:16 - 11:22)

Средства и методы разработки